I use Version: 5.2.0.0.alpha0+ Build ID: 85fcf15ff41ceb95f46dee586ff7187551be4955 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-02-27_09:23:38 Locale: de-DE (de_DE) 1. Open Formula Editor alone or for embedded formula in Writer 2. Enter in command window A=int from 2 to 7 {x^2} `{nitalic d}x Notice, the limits are not visible. 3. Goto Format > Spacing > Category Borders. Set top and bottom to 2mm. Now you see the limits, but they are placed wrongly. They are right of the integral sign and not below and above it. Try the same with command sum from { i=1} to k { i^2 } or try lim from { x toward infinity }( 1 over x ) =0 or lim csub { x toward infinity }( 1 over x ) =0 The limits are wrong in all cases. The limits are wrong too, if you switch to text mode. This is a very new regression. The formulas are fine at least till Version: 5.2.0.0.alpha0+ Build ID: 000df1832b54ba8f48c7f1c4c1cd92b70f6402da CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-01-18_01:08:28 Locale: de-DE (de_DE)
Created attachment 123050 [details] Screenshot 5.1.1.1 <> 5.2.0.0. 20160225 Reproducible Win10x64 Version: 5.2.0.0.alpha0+ Build ID: 98a8eafa915b8d57b8bdccab9981e537d77f6f4a CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL; TinderBox: Win-x86@39, Branch:master, Time: 2016-02-25_00:49:33 Image with how they look with <5.1.1.1> and <5.2.0.0-20160225 new profile>
Created attachment 124764 [details] Bad category "Operators" in "Elements" window The display of the lim and sum operators in the Elements window seems to be affected too from this bug.
This version is the last good version on my PC. Version: 5.2.0.0.alpha0+ Build ID: c81eddbb20c84280aa64c712e34c829380b24527 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-01-22_04:18:42 Locale: de-DE (de_DE)
The bug has been introduced with the solution for issue 53472. When I revert the commit 746633bd0315939fd5e0b50c90692d356d2ed678, this bug is fixed and bug 99591 too.
(In reply to Regina Henschel from comment #4) > The bug has been introduced with the solution for issue 53472. When I revert > the commit 746633bd0315939fd5e0b50c90692d356d2ed678, this bug is fixed and > bug 99591 too. deleting bibisectrequest keyword
*** Bug 99591 has been marked as a duplicate of this bug. ***
Created attachment 124956 [details] oper %union Self defined large operators is broken too. The first "union" is a simple character. The second "union" is an operator and should be large.
Jan Iversen committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e265ea36df02310881e959a031b74578b323bfa5 tdf#98238, tdf#99591 reverted old commit It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #8) > Jan Iversen committed a patch related to this issue. > It has been pushed to "master": CC'ing Jan as author of the fix. Patch has been on master for more than a month with no complaints, thus assuming this fixed. Feel free to revert should this be wrong. => RESOLVED/FIXED
Verified in Version: 5.2.2.2 Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: de-DE (de_DE); Calc: group