https://bugs.documentfoundation.org/show_bug.cgi?id=152601
Bug ID: 152601
Summary: Changes to Shape Text is Sometimes not Saved
Product: LibreOffice
Version: 7.4.3.2 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Draw
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: brianjheis...@gmail.com
Created attachment 184250
--> https://bugs.documentfoundation.org/attachment.cgi?id=184250&action=edit
This Shape's Text Frequently Can't Be Edited & Saved
I recently upgraded to 7.4.3.2 from 7.3.2.
Since that time, something strange has been happening.
I'd edit the text in a shape then days later, I'd notice the old text was back.
It took a few times to realize it wasn't just me (Did I mean to edit it but
didn't? Was I editing the wrong file? Am I going crazy? etc) and it was rare
enough that it didn't prompt me to really drill down into what was going on.
Then finally, I caught it in the act - and where it had previously cooperated
on the second edit (perhaps because I had edited other objects before and after
(?)) - this time it was consistent; I'd edit the object, save the file, reopen
it, and see that the change had not been saved. So I tore the file down to a
simple demo - backing up as the tear-down continued - that repeated the problem
and am now submitting it.
A few notes:
This bug seems to self-heal, *sometimes*. I haven't found a consistent pattern,
but self-healing doesn't happen very often in the demo provided. Every time I
think I have an explanation, something changes and my theory is disproved. In
other files with this problem, I've experimented with the length of the new
text, replacing the old text, and deleting the text entirely, selecting another
object, then re-editing the problematic text. I've seen these things matter
sometimes but not always. What I do believe, though cannot prove, is that
changing other shapes can affect whether or not the problematic shape continues
to glitch. (For example, in the demo, deleting the arrow before changing the
text will make it *more likely* that the modified text will survive through a
save-close-open cycle.
I didn't *notice* this in 7.3.2, but this demo (a descendant of a file created
in 7.3.2 then edited there then edited in 7.4.3.2) did exhibit this problem in
7.3.2 when I reverted back to 7.3.2 (again, after the file had been edited in
7.4.3.2). I have no way of ruling out the possibility that this bug is caused
by edits in 7.4.3.2 and nothing else. (I'm fairly certain the shape data is
damaged but don't know how it got that way.)
This is not a one-off problem. I have close to 30 files (descendants of a
template from long ago) that are edited occasionally and *I think* I've
observed this problem in approximately 5 of them. (This issue is fleeting
enough that concrete reproduction isn't as easy as it seems it should be.) I
have reproduced this on other machines (Win7 & Win10).
My edits were often in the form of adding to the existing text. The initial
text length was 5 to 10 characters and the final text length was 10 to 30
characters.
A demo is attached. To reproduce this bug:
1) Open Demo.odg and edit the shape to change "Begin" to "Begin Again".
2) Save and close file then reopen it.
3) Observe that "Begin Again" wasn't saved and "Begin" is in its place.
Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default;
VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
