Description: When I used the new version to generate a PDF from a Writer document all characters in formulas created with the formula editor were stacked together. I this on several documents that I know worked fine on previous version and I got the same result. In addition when I rolled back to 5.4 everything was corrected. Steps to Reproduce: 1.Create a document (specifically was a rtf document). 2. Insert some formulas with formula editor. 3. Create PDF or Print as PDF. Actual Results: Formulas are distorted in PDF. Expected Results: Readable formulas Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: StartModule [Information guessed from browser] OS: Windows (All) OS is 64bit: no User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
Created attachment 140089 [details] PDF document showing the problem (see red ellipses) I'll attached separately the original document too.
Created attachment 140090 [details] Writer document at the origin of the above PDF
Confirmed regression of the sm formula OLE objects are correct on canvas, but are malformed and misplaced when exported to PDF or with gs print to PDF. Windows 10 Home 64-bit en-US with Version: 6.0.1.1 (x64) Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 4; OS: Windows 10.0; UI render: GL (or Default); Locale: en-US (en_US); Calc: CL The OLE formula objects are correct at Version: 5.4.5.1 (x64) Build ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8 CPU threads: 4; OS: Windows 6.19; UI render: GL; Locale: en-US (en_US); Calc: CL
No repro from scratch with LTR, seems RTL issue.
This seems to have begun at the below commit. Adding Cc: to Armin Le Grand ; Could you possibly take a look at this one? Thanks 283c0946ea76b829d4015eaa3145a813d0289036 is the first bad commit commit 283c0946ea76b829d4015eaa3145a813d0289036 Author: Jenkins Build User <tdf@pollux.tdf> Date: Tue Aug 22 18:49:37 2017 +0200 source 302af8c2da58719844d22483b65a9fe5b3674684 author Armin Le Grand <Armin.Le.Grand@cib.de> 2017-08-22 10:05:15 +0200 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2017-08-22 14:42:28 +0200 commit 302af8c2da58719844d22483b65a9fe5b3674684 (patch) tree 9a0d81cb81e1130e9467f1e4de2077cea78c38f5 parent cc2cb0123ac599bf25c5e17b97b5d7bf93d3e487 (diff) sw: Use primitive renderer for graphics To allow using the prepared VectorData of imported Metafiles (and EMF+), let Writer use a Primitive Renderer for Graphic output. For now, use a temp PrimitiveRenderer (until sw is fully adapted to primitives).
*** Bug 116746 has been marked as a duplicate of this bug. ***
*** Bug 117089 has been marked as a duplicate of this bug. ***
*** Bug 124494 has been marked as a duplicate of this bug. ***
I have the same problem using Ubuntu 18.04 x86 and Libreoffice 6.2.4.2 20(Build:2).
*** Bug 125773 has been marked as a duplicate of this bug. ***
*** Bug 122409 has been marked as a duplicate of this bug. ***
*** Bug 128295 has been marked as a duplicate of this bug. ***
Increasing severity due to the number of duplicates...
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/83baaec3a087f83d0ad3371d55671d9496771586 tdf#115967: Revert "sw: Use primitive renderer for graphics" It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dca2adcdb6ed93dff76468d02e0de6984fae3ec9 tdf#115967: fix windows build It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/1560adf9cfd1d4ef076561b1c48e80c9936c940d tdf#115967: Revert "sw: Use primitive renderer for graphics" It will be available in 6.3.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I wanted to test it on 6.3.4 daily as suggested but I'm on Windows and I think there isn't a build for it. I would be glad to test it if a Windows 64 install will be available. Anyway I don't know if the patch is in 6.4 alpha but it installed it and the problem still existes on this version. Thanks.
*** Bug 127933 has been marked as a duplicate of this bug. ***