Description: LibreOffice Writer v7.3.0.3 is not saving tracked changes properly in .docx files. I am editing a .docx document with tracked changes in LibreOffice Writer v7.3.0.3 on Windows 10. There are no problems until I save and close the .docx file. When I re-open the .docx file again, the tracked changes are wildly different. Some edits remain unchanged. Some disappear. Some edits change on their own, making the document dramatically worse. A deleted word turned into an entire deleted paragraph. Thank you for your help on this topic. Steps to Reproduce: 1. Open a .docx file in Writer with text already in it. 2. Enable track changes and make edits 3. Save the .docx fie. Close the file. Re-open the file. Actual Results: Tracked changes will be significantly different. Expected Results: File should track changes as expected. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: This is my first time working with the updated LibreOffice. I did not have this problem in the previous version.
Needed is DOCX and exact edits to make.
I have also experienced this issue, with two different .docx documents. Unfortunately, the documents are sensitive and so I cannot share them. I will try to share a dummy document if I can create one that also has this issue. What I noticed was that many additions were 'flipped' into being seen as deletions by Writer's track changed. So I replace some words in a sentence, save the document, close it, then reopen it. What I then see is that the new words, the replacement, are now seen as words that were deleted (strikethrough). So, when I then accept all changes, I am left with half a sentence, only the part that wasn't changed, since an accepted deletion is simply removed (as it normally should be).
Dear sadrx, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Here are steps to reproduce the issue, without requiring an existing document. The problem only occurs for me when either "Deletions in Margin" or "Insertions in Margin" is enabled. Libre Office 7.4.0.3 (x64), Windows 10. 1. Open Writer. 2. Create a new document (File → New → Text Document). 3. Make sure "Record Track Changes" is disabled for now. 4. Type or paste any badly written text, e.g. "Hello, Misterrr Boo, how are". 5. Enable "Record Track Changes" and "Show Tracked Changes". 6. Correct the text by deleting something and inserting something, e.g. delete the extra r's in "Misterrr", and insert " you?". at the end, resulting in a correct sentence: "Hello, Mister Boo, how are you?". (Do not simply copy-paste the correct sentence over the old sentence: we need to actually make a deletion and an insertion.) 7. CRUCIAL STEP: In the little dropdown menu at View Track Changes, pick "Deletions in Margin". (It doesn't matter 8. Save the document as a .DOCX file. 9. Close the document. 10. Reopen the file. You will now see somewhat unpredictable data loss. The deletion "rr" has disappeared altogether. The part "Boo, how are" is marked as a deletion even though it should be marked as unchanged text. The insertion "you?" is shown as unchanged text even though it should be marked as an insertion. If you then disable "Show Tracked Changes", you will see that it is not just a display issue: the words incorrectly marked as a deletion have actually disappeared. The problem even occurs if you disable "Show Tracked Changes" after picking "Detetions in Margin" and before saving the document.
Oops, two (unimportant) typos in step 7: that should be "Show Tracked Changes", not "View Tracked Changes". And the "(It doesn't matter" can be ignored.
Please include the example file anyway - preferably as an ODT file so that all it takes is a file-save to reproduce the problem.
Created attachment 182295 [details] Test document, begin at step 7 for bug reproduction (see above). Justin, good idea. Please find the document attached. Reproduction should then begin at step 7 (see above, i.e. enable "deletions in margin").
I confirm with 7.5+. Also with .doc.
*** Bug 158158 has been marked as a duplicate of this bug. ***
This bug has just gained a lot more impact now that as far as I can tell "Deletions in margin" have become default. Furthermore, I could not find the option to go back to "inline changes" in the "classic" UI, only in the "tabbed" one.
I just figured that toggling the tracked changes between "margins" and "inline" can be done from the "classic" UI. It is only visible in the track changes toolbar, "hidden" under the down-pointing arrow of the light-bulb icon. I guess that makes it a bit easier to handle the workaround for this bug.