Summary: | [nightly build/flatpak] Icons in the toolbox change on mouseover while a third-party icon theme is used on the system | ||
---|---|---|---|
Product: | [Applications] kolourpaint | Reporter: | Patrick Silva <bugseforuns> |
Component: | general | Assignee: | kolourpaint-support |
Status: | RESOLVED DOWNSTREAM | ||
Severity: | normal | CC: | kollix |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | demonstration |
Description
Patrick Silva
2018-11-10 12:39:05 UTC
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. |