Created attachment 129984 [details] Draw ODG file with issue The latest 5.2.4 release renders Draw file differently. See images attached
Created attachment 129985 [details] Image showing rendering issue, in top right The top right image is not rendered well as opposed to 5.1.6 which does it correctly.
Created attachment 129986 [details] Image showing correct rendering in older version (5.1.6) Image with the correct rendering on the top right
@Oliver, was that a PDF imported back into Draw? What was the original source of the document. Do you at least have the PDF? Opening the attached ODG archive, two rotated images [1] an SVG and a PNG are overlayed--not sure that is intended. But the PNG is what is shown in your clip. And if are supposed to be the same--the SVG did not survive the filter import intact. =-ref-= [1] 1000020100000076000000CF405947BA83FED5AA.png 10019C2400000B2A000013841D3B6E5098787187.svg
(In reply to V Stuart Foote from comment #3) > @Oliver, was that a PDF imported back into Draw? What was the original > source of the document. Do you at least have the PDF? There is not PDF file imported. > > Opening the attached ODG archive, two rotated images [1] an SVG and a PNG > are overlayed--not sure that is intended. But the PNG is what is shown in > your clip. I made a test with the a blank document and inserting the SVG image and on unziping the file I saw the SVG and PNG. > > And if are supposed to be the same--the SVG did not survive the filter > import intact. > > =-ref-= > [1] > 1000020100000076000000CF405947BA83FED5AA.png > 10019C2400000B2A000013841D3B6E5098787187.svg My point is, under 5.1.6, the file is rendered OK, but in 5.2.4 the result is different. I have no idea why a PNG is generated and where is it used, since I can't get it in the UI.
@Oliver, * OK, the regression is real. From 2016-03-08 builds onward (5.2 and 5.3) the PNG rather than the SVG is rendered to canvas. Believe Xisco just happened to correct this with work on bug 104339, please test with a master after 2016-12-20 and see if you get expected SVG rendering. =-bibisect-= (with on-hand builds) good 014633f83e44ae8ba33087b6f38e8e253e281969 2015-12-15 30c4cc2f09144b80216bca03089970348126fb5e 2016-02-01 80d7c5859b9e7a834a915d7e8bbbe9bc2130108a 2016-02-16 58bef396cfcdd2c861d261e5b6fa68a859ff653d 2016-03-05 b89feb8018bf3610faf01e73995d576f6566e20b 2016-03-07 bad b325b4c286b56a63316063a3ac4648bf7b7efcbe 2016-03-08 ??? 64172644c898d4f5f29494b2f8b5fbcdc2cd9824 2016-03-09 (crashes) 6eb7cd38e348e8a9d6498bfc2d41e91725eb34aa 2016-03-16 https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=+b89feb8018bf3610faf01e73995d576f6566e20b..b325b4c286b56a63316063a3ac4648bf7b7efcbe Also noticed that https://cgit.freedesktop.org/libreoffice/core/commit/?id=5903235d57acb13d9d5286d23b443a01aeab9a3c rendering reverts to the SVG on current masters Version: 5.4.0.0.alpha0+ Build ID: 2e9c02feca732f6dd012ccbe5d7c6853c64075a5 CPU Threads: 8; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-12-20_00:19:54 Locale: en-US (en_US); Calc: CL
Hi Olivier, Thanks for reporting this bug. This is already fixed in master. Closing this as duple of bug 104339 *** This bug has been marked as a duplicate of bug 104339 ***