Two attachments are given: Last backup.odt is a document containing text and math formulas.
Created attachment 128284 [details] Correct document In that file equations are located where they are expected to
Created attachment 128285 [details] Badly placed equations After some editing, saving and reopening, this new document show all the formulas but at wrong locations. Moreover, formulas are no longer editable.
I took a look at the contents of both .odt when uncompressed. It first appears that the backup document contains an Object NNN folder for each math formula whereas the newest document does not. Most importantly, one can observe that both contents.xml files have exactly the same references to math formulas, at least for the common parts. From the beginning both contents.xml read a series of <draw:image xlink:href="./ObjectReplacements/Object NNN" .../> where NNN is 43, 44, 45, 46, 11, 32, 31, 34, 8, 9, 10, 7... in that very order. The problem is that in Bad equations.odt, formula are displayed as if NNN was 1, 2, 3, 3, 4, 5, 6, 7, 8, 9, 10... For example, the 7th formula of Bad equations.odt is the 12th of Last backup.odt. Conversely, the 5th formula of Last backup.odt is the 11th of Bad equations.odt. This should not occur because the contents is the same !
Typo : the sequence should read 1, 2, 3, 4, 5... not 1, 2, 3, 3, 4, 5...
The math formulas are lost in the file "Badly placed equations". If you unpack the file, you should have a lot of sub-folders "Object NNN". So the question is, why the sub-folders are lost. Do you use the default setting in Tools > Options > LibreOffic > Memory > Cache for inserted objects? For mathematical texts you need a notable larger number. Do you have any other hints, what was done with the document? If the problem is not reproducible, it cannot be fixed. BTW, you have exchanged the fonts in the formula with a font, that I cannot use on Windows 7. So for me the "Correct document" does not render correctly.
I just retyped all the formulas starting with my good backup and using copy/paste from the document with badly placed equations. When I finished, I saved, closed LO and reopened the file and the equations got mixed once again, but only on the last page. However, there was a new problem : 2 equations where displayed as a black box respectively named Object 15 and Object 89. There was no subfolder named Object 89 but there was one named Object 15 amongst many (90) others. That time I was able to properly edit the equations. Then, I just retyped the bad equations on the last page and the document seems now ok. During that time, nothing special happened, so I can't help more for now. I use a standard LO with no special setting. What would be a proper count for the cache for inserted object in the memory settings ?
(In reply to bug.reporter.21 from comment #6) > I use a standard LO with no special setting. > What would be a proper count for the cache for inserted object in the memory > settings ? If you have already "Object 89" then the default value 20 is to small. My texts have often about four pages and I work with value 400.
It could be interesting you give a try to last stable LO version 5.2.2.
I noticed you assigned yourself to the bug. Do you confirm you want to fix it yourself?
I am certainly not able to fix that bug. I must have clicked inadvertently at the wrong place... Tried to reset the assignee to default.
Created attachment 128306 [details] Document recovered in a state prior to the issue This is the document I was working on, including mathematical formulas and figures. The formulas and figure are correctly placed, and the formulas are still editable.
Created attachment 128307 [details] Document mixing formulas and figures This is the previous document after some editing and saving. The formulas are mixed with the figures and can no longer be edited.
I just created a document with math and text, comparable to the one that showed problems. The only difference is that I previously set Tools > Options > LibreOffice > Memory > Cache for inserted objects to 2000 instead of the default 20, and there is no problem yet...
The issue I encountered seems related to the reported bug. This time, the equations are not only in the wrong positions, but they are mixed with figures : i.e. some figures appear at the places where the equations should be and vice versa. The equations can no longer be edited : this is a critical issue as the work in progress is lost. If the user has no backup, all equations should be rewritten with the risk that they could again disappear.
looking at the memory preferences, they were set to the default values, the number of inserted objects at 20. I my corrupted document the inserted figures and formulas were less than 10, far below the 20 limit.
Dear Bug Submitter, 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-20170502
Dear Bug Submitter, 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-20170531