Description: When print Documents with WMF Graphic the printed WMF Graphic is pixelated. Steps to Reproduce: 1.New Calc Spreadsheet 2.Insert a WMF Graphic 3.Print it Actual Results: The printed WMF Graphic is pixelated. Expected Results: The Software should print the Graphic not pixelated. Reproducible: Always User Profile Reset: No Additional Info: This error is since the 6.x release. Until v 5.x no problems. After removing the v 6.0.2.1 an reinstalling the last v5.x release, the printing of a sheet with WMF Graphic is smooth and clear. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Cannot reproduce with a fresh master Version: 6.1.0.0.alpha0+ (x64) Build ID: 55d5d9d365ea18e66cef045756f772e2fa9d0648 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: ru-RU (ru_RU); Calc: CL nor with Version: 6.0.3.2 (x64) Build ID: 8f48d515416608e3a835360314dac7e47fd0b821 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: ru-RU (ru_RU); Calc: CL Could you attach a sample here, to see if there's some important detail in your WMF causing that?
Created attachment 141062 [details] Bug 116766 Document to test
Created attachment 141063 [details] Sample Print
Created attachment 141064 [details] WMF Graphic
The error occurs only with graphics in the header, see attached files: Format > Page > Header > More > Background > Picture
Repro with Version: 6.1.0.0.alpha0+ Build ID: 85b9b178467c3dd7a96a6b07713ca94bc3790c50 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-03-31_23:14:33 Locale: nl-NL (nl_NL); Calc: CL but not with Version: 5.4.1.0.0+ Build ID: f200d5700782ae179fd96b6ad4b0fe8e7edd1616 CPU threads: 4; OS: Windows 6.29; UI render: default; Locale: nl-NL (nl_NL); Calc: CL
Created attachment 141065 [details] Bibisect log Bisected to: # possible first bad commit: [0354bd81150a88923212fdbad777803c0ce51590] source 600a2aa24085cb972686b46061f9045785208a9e # possible first bad commit: [538fdba25a0ebda3f4b333de6e850569b04081a6] source sha:5868745db74ae930edb0 author Armin Le Grand <Armin.Le.Grand@cib.de> 2017-06-12 15:27:16 +0200 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2017-07-15 11:01:29 +0200 commit 5868745db74ae930edb0058490076d82aaeafbe9 (patch) tree 78bea29cb44b770d9e3affef2a303d0d38722d85 parent 83535a28c57ffb59f795dd35332d6b3426071e32 (diff) emfplus: make VectorFormats Emf/Wmf/Svg work make complete turn around and internal buffering for Emf/Wmf/Svg work, including images in ODF and re-save from UI. The correct FileType has to be determined. It has shown that *.wmf exist that really contain *.emf, so this turn around will not alter the binary data, but may change the mimetype --- author Armin Le Grand <Armin.Le.Grand@cib.de> 2017-06-12 19:31:10 +0200 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2017-07-15 11:01:29 +0200 commit 600a2aa24085cb972686b46061f9045785208a9e (patch) tree 33b323e9b28064d7faca98381d29a94324d78fa5 parent 5868745db74ae930edb0058490076d82aaeafbe9 (diff) emfplus: for convenience added fallback For development and to not be dependent of the progress of the coming EMF+ importer, for now add fallback to using the old Metafile importer, plus conversion to primitive representation. That way the whole encapsulation is ready and can already be used
Adding CC to Armin Le Grand
Dear Stefan, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Hello Stefan, Telesto, Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version.
I would call it a WFM Version: 7.1.0.0.alpha1+ (x64) Build ID: 312a33b7636334f6ce3b6d1702bc5d3e45215601 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Likely fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=4a288c136c66b4dfbb75764602520d48c39fee81