Inline formulas are sometimes indicated as a box without content while other formulas around it are shown correctly with content in their box.
Hello Ben, Thank you for reporting the bug. Please add the following information as this makes it easier for us to verify the bug: 1. Clearer step by step way to reproduce the problem: like 1. do this 2. do that etc... 2. A sample file to start testing with I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested info is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 123628 [details] Formulas not rendered See screenshot which shows various cases of rendered and not rendered formulas.
After clicking within the box where the formula resides, and clicking outside the formula box, the formula becomes visible.
Could you attach sample writer file with formulas?
.odt attachment added with blanked out formulas
Created attachment 123660 [details] Blanked out formulas on Windows 10 - 64 bit
Hello Ben, thanks for document. Tested with win10 / I can reproduce the bug with 5.1.0.3 (x64), but not with Version: 5.2.0.0.alpha0+ (x64) Build ID: 042f16a19e3d5f884759dae71264433b988df0e6 CPU Threads: 1; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2016-03-16_10:03:38 Seems to be fixed in dev version. Please could you test with dev version? http://dev-builds.libreoffice.org/daily/master/ Thank you
Created attachment 123668 [details] Blanked out Formulas - test 2.png
(In reply to Ben from comment #8) > Created attachment 123668 [details] > Blanked out Formulas - test 2.png Please try with developer version. Your printscreen show standard version. Thank you
Is that: http://dev-builds.libreoffice.org/daily/master/Win-x86_64@62-TDF/ --> http://dev-builds.libreoffice.org/daily/master/Win-x86_64@62-TDF/2016-03-16_10.03.38/ --> master~2016-03-16_10.03.38_LibreOfficeDev_5.2.0.0.alpha0_Win_x64_en-US_de_ar_ja_ru_qtz.msi I'm asking, because I'm not familiar with the directory structure.
(In reply to Ben from comment #10) > Is that: http://dev-builds.libreoffice.org/daily/master/Win-x86_64@62-TDF/ > --> > http://dev-builds.libreoffice.org/daily/master/Win-x86_64@62-TDF/2016-03- > 16_10.03.38/ > --> > master~2016-03-16_10.03.38_LibreOfficeDev_5.2.0.0.alpha0_Win_x64_en- > US_de_ar_ja_ru_qtz.msi > > I'm asking, because I'm not familiar with the directory structure. Yes, it's correct> 64-bit http://dev-builds.libreoffice.org/daily/master/Win-x86_64@62-TDF/current/ 32-bit http://dev-builds.libreoffice.org/daily/master/win-x86@39/current/
Installed master~2016-03-16_10.03.38_LibreOfficeDev_5.2.0.0.alpha0_Win_x64_en-US_de_ar_ja_ru_qtz.msi Still the same blanking issue is present. However, when I click on the blanked formulas, then outside the formulas, save the file, terminate Writer and restart, the formula boxes are filled in properly. I have tested this several times for a set of blanked formulas and it worked every time so far. However, I will have to traverse the whole document to check and follow the same procedure.
I can reproduce the bug with : libreoffice-5-1~2016-03-16_01.45.52_LibreOfficeDev_5.1.3.0.0_Win_x64_en-US_de_ar_ja_ru_qtz All is fine with LO 4.4.7 => NEW => Regression
This seems to have begun at the below commit. Adding Cc: to Noel Grandin; Could you possibly take a look at this one? Thanks 86334d4aee98252413f81e7fe4e2e0fbd01346de is the first bad commit commit 86334d4aee98252413f81e7fe4e2e0fbd01346de Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Thu Nov 12 10:00:12 2015 -0800 source db17d3c17c40d6b0e92392cf3c6e343d1d17b771 source db17d3c17c40d6b0e92392cf3c6e343d1d17b771 author Noel Grandin <noel@peralex.com> 2015-11-10 11:36:34 (GMT) committer Noel Grandin <noelgrandin@gmail.com> 2015-11-11 07:16:20 (GMT) commit db17d3c17c40d6b0e92392cf3c6e343d1d17b771 (patch) tree 9d562fcf764e7717df9585ef0e735a12ea4aaa16 parent 2ce9e4be4a438203382cb9cca824ce3e90647f3a (diff) new loplugin: memoryvar
*** This bug has been marked as a duplicate of bug 98622 ***