Created attachment 124999 [details] Screenprint of empty file with logo in LO 5.1.2.2 I updated from 5.0.6 to 5.1.2.2 today and my logo in a .png file is barely readable. The .png file is rendered badly. This was fine with all former versions of libreoffice. The problem ocurs in writer, calc and impress.
Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you
Created attachment 125003 [details] This is the writer file with logo This file is a screenprint from version 5.0.6. The logo is well rendered on the screen here.
Created attachment 125004 [details] Empty document with the logo This file is the document i made two screenprints from. One with version 5.0.6 and one with version 5.1.2.2
Marcel, can you check your About window, what does it say for "UI Render:", "GL" or "default"? I checked, and can confirm with OpenGL enabled in Windows 7, LO 5.1.2, 5.1.3, and master builds (039b75d6cdc26dcce03e37c67115405e6f2a8ebe). Does not occur with default rendering.
I can confirm that my about window says: UI Render: GL. So this should be the problem?
confirmed in comment 4. Thanks Aron.
(In reply to Marcel Reijnen from comment #5) > I can confirm that my about window says: UI Render: GL. > So this should be the problem? Yes, it seems to be a bug in the OpenGL renderer. As a workaround you can disable it by unticking this: OpenGL in Tools -> Options -> LibreOffice -> View -> Use OpenGL for all rendering (on restart) (if it's already unticked, try ticking and unticking it) I could also reproduce the bug in Linux with LO 5.0.2.2 and 5.1.3.2 (OpenGL enabled). As long as there's no working example using OpenGL rendering in a prior release, this is not a regression, so I'm removing the keyword. The issue is tied to zoom levels, zoomed-out image shows similar distortion as watching a high pixel image in low resolution, but looks worse than default rendering.
Solved with the workaound.
I guess the logo is just pathological in the sense that the thin details, when scaled down as much as happens in this document, on typical displays, they end up being less than a pixel in size, and how they end up being displayed is fairly arbitrary. It is just a coincidence that without OpenGL, the scaling works so that the thin details still are visible. (If the logo would be scaled still smaller, the details would disappear also in the non-OpenGL case.) But sure, clearly how this works out in the OpenGL case is a disappointment to the user.
Tomaž Vajngerl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=19baa61e1d7b140b9e24717f7080617ab3d324d4 tdf#99795 drawAlphaBitmap should scale the bitmap if necessary It will be available in 5.3.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.
Tomaž Vajngerl committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=511ebf799457d41429554d26ec30934435146ece&h=libreoffice-5-2 tdf#99795 drawAlphaBitmap should scale the bitmap if necessary It will be available in 5.2.0.1. 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.
Tomaž Vajngerl committed a patch related to this issue. It has been pushed to "libreoffice-5-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=86fef4ea205f3001305a6122bfa127b196e2d345&h=libreoffice-5-1 tdf#99795 drawAlphaBitmap should scale the bitmap if necessary It will be available in 5.1.5. 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.
Tomaž Vajngerl committed a patch related to this issue. It has been pushed to "libreoffice-5-1-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4d2fd2b07726af1c2652c3ece7b1f468b5f5d35b&h=libreoffice-5-1-4 tdf#99795 drawAlphaBitmap should scale the bitmap if necessary It will be available in 5.1.4. 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.