Created attachment 116231 [details] demonstration STEPS TO REPRODUCE 1. install nightly build of KolourPaint via kdeapps repo https://community.kde.org/Guidelines_and_HOWTOs/Flatpak 2. open KolourPaint 3. hover over icons in the toolbox OBSERVED RESULT some icons change on mouseover, watch the screencast please. EXPECTED RESULT icons do not change on mouseover SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.14.3 Qt Version: 5.12.0 beta4 KDE Frameworks Version: 5.52.0 ADDITIONAL INFORMATION the behavior deswcribed here does not occur with kolourPaint 18.08.3 install from Arch Linux repos.
This behavior only occurs while a third-party icon theme is used on the system. settings.
It seems Qt's QIcon delivers a different pixmap when the QToolButton is hovered (it's in QIcon::Active mode), although this is not handled by kolourpaint and therefore nothing I can fix. Check the difference of the available icon images in the different themes. Maybe this 3rd party theme also installs a different icon engine plugin ?
I can reproduce the behavior with newaita and antü themes, both installed from kde store. Where is the right place to report this bug? Thanks Martin.
I tried to reproduce the problem with Newaita on my openSuse Leap 15 system, but I don't see a problem here. The Newaita icon theme does not install any plugin - only icons, so I assume the problem is somewhere else, but to be honest I don't know where. I would assume that the issue shall also be seen with other KDE apps then (at least with apps which include their own icons which are non-standard in a theme) In fact what happens is that Newaita does not include the special tool icons kolourpaint needs, so it falls back to some other icon theme (e.g. in your video when hovering and here on my system always to be breeze icon theme). You can see what paths it checks when you run "strace kolourpaint" in a shell and then search for e.g. tool_curve This still does not explain why this happens on your system only on hover. Maybe it has to do with the KF5 library versions or some system/distribution specific changes. When I check for loaded theme related libs in a running kolourpaint, I do grep -i theme /proc/<PID of kolourpaint>/maps and it shows e.g. /usr/lib64/qt5/plugins/platformthemes/KDEPlasmaPlatformTheme.so /usr/lib64/libKF5IconThemes.so.5.45.0 maybe this is different on your system ?
I can't start flatpak kolourpaint with strace command on my system. output of grep -i theme /proc/<PID of kolourpaint>/maps: /usr/lib/plugins/platformthemes/KDEPlasmaPlatformTheme.so /usr/lib/plugins/platformthemes/KDEPlasmaPlatformTheme.so /usr/lib/plugins/platformthemes/KDEPlasmaPlatformTheme.so /usr/lib/plugins/platformthemes/KDEPlasmaPlatformTheme.so /usr/lib/plugins/platformthemes/libqflatpak.so /usr/lib/plugins/platformthemes/libqflatpak.so /usr/lib/plugins/platformthemes/libqflatpak.so /usr/lib/libKF5IconThemes.so.5.53.0 /usr/lib/libKF5IconThemes.so.5.53.0 /usr/lib/libKF5IconThemes.so.5.53.0 /usr/lib/libKF5IconThemes.so.5.53.0
Is there any change if you remove or rename /usr/lib/plugins/platformthemes/libqflatpak.so before you start kolourpaint ?
(In reply to Martin Koller from comment #6) > Is there any change if you remove or rename > /usr/lib/plugins/platformthemes/libqflatpak.so > before you start kolourpaint ? No. Such file does not exist on my system.
See your comment #5 YOU told me that kolourpaint has this file loaded. Since I do not know this file, I thought maybe this is the reason for the difference.
Yes, your grep command shows /usr/lib/plugins/platformthemes/libqflatpak.so. However not even /usr/lib/plugins/platformthemes/ directory exists. 'cd /usr/lib/plugins/platformthemes/' command output is 'bash: cd: /usr/lib/plugins/platformthemes/: No such file or directory'. I get the same results on neon dev unstable.