Created attachment 132990 [details] icons lo aoo compare steps to reproduce: - install attached "icon_test_lo.oxt" or open attached "icons_lo_aoo.odt". for verification with aoo use: "icon_test_aoo.oxt" -> the lo menu icon looks strange, missing upper and left margin. it seems, lo menu icons always use "ImageBigURL" _26p, while aoo uses "ImageSmallURL" _16p for menu instead. checked with Version: 5.3.2.2 Build-ID: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1 CPU-Threads: 4; BS-Version: Windows 6.2; UI-Render: GL; Layout-Engine: neu; Gebietsschema: de-DE (de_DE); Calc: single Version: 5.4.0.0.alpha1+ Build ID: 820dff991b119b2cafb5efe5f1a4668351705457 CPU threads: 4; OS: Windows 6.19; UI render: default; Locale: de-DE (de_DE); Calc: group
Created attachment 132991 [details] icon_test_lo.oxt
Created attachment 132992 [details] icon_test_aoo.oxt
just noticed, *disabling* OpenGL seems to solve the problem
Telesto: OpenGL works for you, right? Could you test this?
> OpenGL works for you, right? i have to use "[x] Ignore OpenGL blacklist" to make OpenGL work on my notebooks. they all have onboard intel graphic. as mentioned before, everything is fine, if i do not use OpenGL.
Confirming with Version: 5.4.0.0.alpha1+ Build ID: 6d424f07701bf26d8fb173563b567d5f097c33e2 CPU threads: 4; OS: Windows 6.2; UI render: GL; TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-05-03_00:01:56 Locale: pap-CW (nl_NL); Calc: CL and with Versie: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: nl_NL Note: I also have to use "[x] Ignore OpenGL blacklist" Note 2: only icon of the extension seems to be affected
** Please read this message in its entirety before responding ** 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
i can confirm the problem with lo 6.1 as mentioned above
On Windows 10 Home 64-bit (1809) en-US with Intel HD Graphics 620 and Version: 6.2.2.2 (x64) Build ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded The PNG icons of the extension are being mishandled--incorrectly scalled/clipped--when rendered to the extensions Toolbar or Menu when OpenGL rendering is enabled. No issue when OpenGL rendering is not used. But, not clear LibreOffice is ever using the 16x16 px icon--seems we are always (Default or OpenGL rendering) using the 26x26 px icon which has different assignment of alpha channel. It is just being scaled differently between default and OpenGL rendering paths.
The OpenGL scaling problem got fixed as part of bug#105277. I'm keeping this as the ImageBigURL problem only.
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c87da6596334866499e1aff3959abc025d05f75f tdf#107548 Use ImageSmallURL for small icons It will be available in 7.1.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.
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/15d655f0133d986a85f4ba9630587566d90a0c50 Related: tdf#107548 Make sure embedded images have higher priority It will be available in 7.1.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.