Created attachment 124253 [details]
Screenshot of formulas disappearing
I'm studying engineering and am using OpenOffice to write everything during class (very convenient! Really intuitive syntax!). The only problem is that the formulas disappear. I'm not exactly sure when the problem started. I have had it on two computers. I updated to the newest version, that didn't help so I downgraded to the 4.4.3 , the problem went away for a couple of hours and then came back.
This is making the use of LibreOffice near impossible, I would love a fix.
I'm attaching a screenshot which demonstrates the problem. It also exists in exactly the same way without a table. As you can see some of the formulas shrink, some lose proportions and get larger, and when I double click them the contents disappear both graphically and in the "command line" where you type the content so there's no way to restore them.
I would love a solution because I'm really enjoying LibreOffice.
Thanks for posting. We needs some additional details about your Windows version.
Also, open a Math formula edit session and tell us what fonts show from the Format -> Fonts dialog. And also from the Tools -> Symbols dialog when selecting a symbol and using the Edit button--the Font value.
Also, what steps are you using to insert the formula into Writer.
From the screen shot it looks like you are working in a Table, and then are inserting a formula into a cell of a table. Was the Table at its full size, or are you adding rows to the table as you go?
What about outside the table. Are you inserting formulas there? And, do they remain intact as you continue to edit?
We need a set of steps to reproduce the issue reliably. And ideally, a test Writer .odt document, including all of the OLE formulas before they go missing--the minimal test case that when opened reliably recreates the loss of the formulas from the table cells.
Created attachment 124261 [details]
Second example without a tabld
Created attachment 124262 [details]
The format menu
Thanks for the quick response,
I'm usually running Windows 8.1 but my computer is being fixed so right now it's Windows 10. I have the exact same problem on 8.1
Usually I don't work in a table, this was just an example.
It's hard to reproduce, it happens either when I insert a new formula or sometimes I just keep writing and it disappears. Other times I scroll up and the formulas are gone. I use the F2 shortcut to get to the formulas editor. When I installed Libre Office the default shortcut would just give me a sort of text field that didn't do anything. I changed it to Formula. No idea what's the different.
I don't see the Tools->Symbols but I'm attaching the Edit part.
The table isn't a major issue for me, I rarely have to work with tables, the problem is when it's in text.
I'm attaching another screenshot without a table and in the comments are the formulas.
I don't select symbols, I type everything by hand.
Please turn-off OpenGL rendering to see if formula rendering is more stable using the default graphics rendering and system driver.
Done from Tools -> Options -> View: "Use OpenGL for all rendering" checkbox. And then restart LibreOffice.
It's already off. Is there anything else I can try?
I've noticed today that it happens a lot (shrinking, enlarging or disappearing altogether) when I create a new formula. Is there any more info I can give?
Could not reproduce.
So, does this happen consistently with new documents or only on some existing document? If it is only with a certain document, you have to attach it.
Win 8.1 32-bit
Build ID: 16777b6bb0267c2b0602f1007a1e1fecac81329b
CPU Threads: 4; OS Version: Windows 6.2; UI Render: default;
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-04-29_05:45:00
Locale: fi-FI (fi_FI)
It happens with all documents, both new and ones I'm editing. I've noticed that it happens often when I edit a formula on the same line/page
Might it have something to do with the fact that I often write in Hebrew? Maybe the change from "right to left" to "left to right" is causing it?
Anybody? This is driving me crazy
Sure it could be the local LtR and RtL conflicting, but we are still waiting for a sample document and reliable consistent Steps to Reproduce the issue.
The simple the test case and STR the more likely we can tease out the issue you are having by duplicating on another system/locale.
Created attachment 125137 [details]
File that reproduces the problem
I have finally managed to create a situation where the error is reproducible. If you try to edit the formula with S_1 at the bottom the content disappears.
(In reply to Ben from comment #13)
> Created attachment 125137 [details]
> File that reproduces the problem
Yep, repro by double-clicking on the second to last formula (on page 3).
Win 7 Pro 64-bit Version: 220.127.116.11.alpha1+
Build ID: f688acfdae00ebdd891737e533d54368810185e1
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-05-18_00:11:31
Locale: fi-FI (fi_FI)
Hmm, yes something is not correct.
Open the ODT archive, and the content.xml for at least OLE objects 32 -> 35 contain only a MathML <display> <block>, but no actual StarMath markup! OLE object 31 and 36 are correct.
Looking in the ObjectReplacements directory, each math formula OLE object does register an SVM meta (and is why the formulas still render onto the canvas).
But where did the StarMath content for each OLE go? And are they "disappearing" while editing because the rendered SVM meta are flushed out of the ObejctReplacements directory when an empty OLE is reparsed?
They disappear either when I double click a formula or sometimes when I edit the documents, for example adding spaces or if I move a line or a part of a line down.
I'm not sure what the rest of what you said means, is there any more info I could provide?
Sorry, comment was for the devs as I was digging into the Writer ODT document archive where the Math formulas are all Object Linked Embedded (OLE). Problem is that the temporary images created of the files are present for each OLE (the StarView metafiles found in the ObjectReplacements directory) but the actual formulas are deleted from, or are not being written to, their respective ODF formula objects!
Meaning when the page refreshes in some fashion, rereading the formulas from the embedded objects, since the formula object is empty when parsed the resulting meta image is blank and the formula disappears from the document canvas.
Moving forward we need to figure out why the StarMath formulas are not being written back into their respective objects. Or are being written and then cleared on a subsequent rewrite.
The sample document helped confirm there is an issue, but we still have to reproduce it. This is likely a cache and memory management issue for your OS and build of LibreOffice.
Lets see if one of the devs picks it up and has specifics for you.
You may need you to update to current LibreOffice release 18.104.22.168 and retest.
Also, you might check if a periodic <Ctrl>+S forced save (writing any pending updates to the formula objects back to their containers) reduces the frequency of losing the formulas from the document page.
In fact, lets make that a needinfo:
1. While taking notes into writer and inserting formula objects do you save the document with a <Ctrl>+S?
2. If so how often?
3. And does loss of formulas seem to occur during that save process?
4. Do you have the LibreOffice AutoSave function enabled? (Tools -> Options -> Load/Save -> General)
5. Does the AutoSave seem to cause loss of the formulas?
Please answer those questions and set back to NEW.
Hi Ben, please go to Tools > Options > LibreOffice > Memory and increase "Cache for Inserted Objects". For technical texts you should use a large number, 600 for example.
The auto save function is on, every 10 minutes. I don't see a correlation between saving and the formulas disappearing. I save it manually every 5 minutes or so.
I tried increasing the cache to 500MB, the problem still occurs.
Anything else I can try? (I'm also turning off the auto save just to be sure, I'll tell you if it changes anything)
Turning off the auto save didn't help, it just happened again
Hi Ben, do you have change tracking enabled? If yes, please try with change tracking off.
(In reply to Regina Henschel from comment #22)
> Hi Ben, do you have change tracking enabled? If yes, please try with change
> tracking off.
I didn't have it enabled and I could repro in comment 15
Hi Buovjaga, the attached document has actually no formulas stored. But having such document does not mean to "reproduce" the bug. The problem is to reproduce an environment, which results in not storing the formulas.
Hi Ben, another candidate are the comments. Do you see the same problem in documents without any comment?
I started storing the formulas in comments because they were disappearing, the problem was there before. I don't have track changes enabled
*** Bug 45349 has been marked as a duplicate of this bug. ***
*** Bug 88859 has been marked as a duplicate of this bug. ***
Still happens in:
Build ID: 5d12237d79f289a1dcf8e07aa03df329e136f078
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3;
Locale: en-US (en_US.utf8); Calc: group
OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)
Still happens in:
Build ID: 3d9a8b4b4e538a85e0782bd6c2d430bafe583448
Threads CPU : 2; Version de l'OS :Windows 6.2; UI Render : par défaut; Moteur de mise en page : nouveau;
Locale : fr-FR (fr_FR); Calc: group
I use a portable version of libreoffice on windows, but also the last version from ubuntu package at home, and I still have this random bug on both version.
If I can help, it often happens when there is a lot of formulas in the same document (maybe more than 15 ?). Then when we edit a formula and quit the formula editor, it sometimes destroys another formula without any logic of the formula choice. So the formula image is very bad and small, and if we try to reedit this formula, formula editor is empty.
No use of hebrew in my case, so it's not due to text alignment.
Thanks for your work.
*** Bug 113900 has been marked as a duplicate of this bug. ***
*** Bug 114399 has been marked as a duplicate of this bug. ***
Still happens in:
Build ID: 6.0.1-1
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4;
Locale: de-DE (en_US.UTF-8); Calc: group
Unfortunately, I have not managed to build a minimal example yet.
However: The probability of this happening increases significantly when copying and pasting combinations of text and formulas. Interestingly, the formulas in the copied original also disappear irreversibly.
In addition, I'd like to point out that bug 45349, which has been marked as a duplicate of this bug is six years old now. It seems this bug has existed in every version since 2012.
So maybe the problem is in a part of the code that has not been touched much in all that time?
Just clicked on a formula to edit and it disappeared.
Build ID: 1:6.1.1~rc1-2
Debian GNU/Linux on amd64
Created attachment 144957 [details]
a manually corrected version of "File that reproduces the problem"
In LibreOffice 22.214.171.124, when I tried to edit the odf file from Ben's attachment manually (i.e. try to edit every formula, and if it disappeared, to copy the text from the comment in Ben's file to the equation editor) and saved the result, the formulas look fine (except the letter "alpha" in the second row of the table is a bit squashed).
Maybe there is a defect in Ben's file...
(In reply to Dina from comment #34)
> Created attachment 144957 [details]
> a manually corrected version of "File that reproduces the problem"
> In LibreOffice 126.96.36.199, when I tried to edit the odf file from Ben's
> attachment manually (i.e. try to edit every formula, and if it disappeared,
> to copy the text from the comment in Ben's file to the equation editor) and
> saved the result, the formulas look fine (except the letter "alpha" in the
> second row of the table is a bit squashed).
> Maybe there is a defect in Ben's file...
P.S. OS: Lubuntu 18.04.1 32bit
LibreOffice Version: 188.8.131.52
Build ID: 1:6.1.1~rc2-0ubuntu0.18.04.1
I'm experiencing this bug even more frequently since updating from version 5 to 6. It's getting worse and making the program nigh unusable for me for any equation editing, which constitutes the largest portion of my LibreOffice usage.
Does anyone have any alternative programs similar to the equation editor in Libre that I can use in the meantime? (Not interested in LaTex editing.)
I get the same issues with the formula sometimes being totally cleared out, or just one part is removed. This is very disturbing.
It happened with a previous machine running Debian, the same happens now with another machine running Windows. I am currently using the latest version of LibreOffice 184.108.40.206 (x64).
I updated to version 220.127.116.11 (x64) and didn't encounter any problem after a couple of hours of usage. Could it be that this bug has been fixed?
(In reply to Buovjaga from comment #15)
> (In reply to Ben from comment #13)
> > Created attachment 125137 [details]
> > File that reproduces the problem
> Yep, repro by double-clicking on the second to last formula (on page 3).
> Win 7 Pro 64-bit Version: 18.104.22.168.alpha1+
> Build ID: f688acfdae00ebdd891737e533d54368810185e1
> CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
> TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-05-18_00:11:31
> Locale: fi-FI (fi_FI)
Arch Linux 64-bit
Build ID: 68bdea37d79793bc8dff4672c2d360be3554b041
CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3;
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Built on 28 January 2019
(In reply to Adrien from comment #38)
> I updated to version 22.214.171.124 (x64) and didn't encounter any problem after a
> couple of hours of usage. Could it be that this bug has been fixed?
Still reproduce on:
Build ID: 1:6.2.0~rc2-1
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2;
Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
From Debian repo, no openGL enabled.
Has occurred on every version I have tried over the past year.
I am writing documents with excess of 1,000 small formulas.
Seems to happen more often when the formula window is open and also may be related to temporary files.