Bug 149874 - LibreOffice Writer 7.3.4.2 corrupts previously saved documents
Summary: LibreOffice Writer 7.3.4.2 corrupts previously saved documents
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.4.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-07-05 19:41 UTC by john
Modified: 2023-08-25 03:05 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description john 2022-07-05 19:41:38 UTC
Description:
LibreOffice Writer 7.3.4.2 running under Ubuntu 22.04 LTS corrupts previously saved documents.  For example, saved document with two images perfectly spaced and anchored to position of PAGE exactly where I wanted them.

Started PC today, Ubuntu made numerous updates.  Opened same document I was working on yesterday, and your software corrupted it.  For example. DISPLAY IMAGES was TURNED OFF.  Why?  Next, your software removed all the page anchors and wrap I had set yesterday!

Every PC I am buying for my consulting business is coming with Win 10 Pro and Office 365 preinstalled.

Do you not realize that you are killing LibreOffice?

John

Steps to Reproduce:
1. Save document with images anchored to specific locations on each page.
2. Log off LibreOffice and Ubuntu 22.04 and reboot
3. Observe the mess that LibreOffice Writer has made to your document; all the time you spent carefully positioning images has been wasted.

Actual Results:
Already described above

Expected Results:
see above


Reproducible: Always


User Profile Reset: No



Additional Info:
Why should I waste my time fixing problems that you should have discovered in 7.3.4.2?  Previous versions did not have the problems I described above.

also, why should I have to waste my time resetting my user profile?

Open GL not enabled
Comment 1 Faisal 2022-07-06 05:38:56 UTC
Please attach the file with the problem and describe in more detail where the images were anchored before.
Comment 2 Telesto 2022-07-06 07:55:51 UTC
> Why should I waste my time fixing problems that you should have discovered
> in 7.3.4.2?  Previous versions did not have the problems I described above.

You are currently the only reporter of such an issue. Obvious bugs get plenty of reports..

> also, why should I have to waste my time resetting my user profile?
An update might cause a profile corruption

--
Note: the cause might be the Ubuntu LibreOffice package. You can get the "official" TDF build from libreoffice.org.
Comment 3 john 2022-07-07 19:42:52 UTC
I followed the suggestion to use the non-Ubuntu-specific version of the latest version of LibreOffice.  I first removed the Ubuntu version, and then installed the version from your website.  Of course, I had to save my documents before doing that, and I also rebooted my system.  I then opened the "problem" document.  Before saving the document (docx format as that is required by the journal that will receive the manuscript), I made sure that the two images were anchored to the page (not paragraph or character), and I protected contents, position, and size.  Wrap was set to off and overlay was not marked.

When I reopened the document with your (not Ubuntu) version of LibreOffice Writer, all protection for contents, position, and size HAD BEEN REMOVED, and the images were anchored to character, NOT THE PAGE.  So, I had to reposition the images.  When I anchored them to the page as in the original document, the images moved to the wrong position. 

Images, graphs, and tables are essential aspects of my scientific manuscripts.  What do I have to do to keep LibreOffice Writer from corrupting my documents?

John
Comment 4 Telesto 2022-07-07 20:37:18 UTC
Thanks for the reply.. N
A) Are you are you saving to odt or docx? 
B) Is it possible to attach the file in question. Or are there privacy concerns?
Comment 5 john 2022-07-13 16:35:23 UTC
Documents are saved as docx as they are often based between win10 pcs and linux (Ubunutu) pcs.

Document cannot be shared at this time as it is a manuscript for a scientific journal and would be readily identifiable due to unique subject matter.

What parameters are saved when document is saved as odt versus docx?

John
Comment 6 QA Administrators 2022-07-14 03:30:21 UTC Comment hidden (obsolete)
Comment 7 john 2022-07-29 00:16:54 UTC
I have had to change all my LibreOffice Writer documents to ODT.  Apparently there has been a change in the way DOCX format is handled.  DOCX format documents used to save to SSD very quickly, now they take literally minutes.  Essentially, this time delay is forcing me to move all serious report writing over to Win 10 based systems,

Thus, the problems with changes in document formatting on opening and saving in DOCX instead of ODT format are moot.  I have even Win 10 devices, so it is not a problem.  Others may not be as fortunate.
Comment 8 Buovjaga 2023-01-25 13:18:15 UTC
(In reply to john from comment #7)
> I have had to change all my LibreOffice Writer documents to ODT.  Apparently
> there has been a change in the way DOCX format is handled.  DOCX format
> documents used to save to SSD very quickly, now they take literally minutes.
> Essentially, this time delay is forcing me to move all serious report
> writing over to Win 10 based systems,
> 
> Thus, the problems with changes in document formatting on opening and saving
> in DOCX instead of ODT format are moot.  I have even Win 10 devices, so it
> is not a problem.  Others may not be as fortunate.

If you can still reproduce the problem when saving from ODT to DOCX, please attach an example document.

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 9 QA Administrators 2023-07-25 03:16:21 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2023-08-25 03:05:48 UTC
Dear john,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp