Created attachment 145238 [details] kolourpaint toolbox rendering bug SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. sudo apt install kolourpaint 2. kolourpaint 3. Note the toolbox rendering Tested with and without Wayland. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
it seems some of the icons are either not installed or not found. They should be in ${DATA_INSTALL_DIR}/kolourpaint/icons e.g. here on openSUSE they are in /usr/share/kolourpaint/icons/ Try using a different icon theme and see if that changes things
Created attachment 145269 [details] strace log of start up strace log of start up, render toolbox, and exit
/usr/share/kolourpaint does not exist before install After install toolbox icons exist under /usr/share/kolourpaint/icons/hicolor/: ~/projects/tmp/kolourpaint > d /usr/share/kolourpaint/icons/hicolor/48x48/actions/ total 84 -rw-r--r-- 1 root root 3253 Feb 24 2021 tool_spraycan.png ... Based on strace log, no attempt is made to open tool_spraycan.png No errors or warnings in terminal or under GDB. No errors or warnings during install/ubinstall with: sudo apt install kolourpaint
"Try using a different icon theme and see if that changes things" How to? Is this a KDE or kolourpaint setting? Thanks, -Reed
(In reply to Reed Bement from comment #3) > /usr/share/kolourpaint does not exist before install > > After install toolbox icons exist under > /usr/share/kolourpaint/icons/hicolor/: > ~/projects/tmp/kolourpaint > d > /usr/share/kolourpaint/icons/hicolor/48x48/actions/ > total 84 > -rw-r--r-- 1 root root 3253 Feb 24 2021 tool_spraycan.png > ... > > Based on strace log, no attempt is made to open tool_spraycan.png > No errors or warnings in terminal or under GDB. > No errors or warnings during install/ubinstall with: sudo apt install > kolourpaint Interesting. kolourpaint uses Qt's QIcon::fromTheme() method to get the icon. In Qt's documentation I read: "Qt will make use of GTK's icon-theme.cache if present to speed up the lookup. These caches can be generated using gtk-update-icon-cache: https://developer.gnome.org/gtk3/stable/gtk-update-icon-cache.html." Maybe this cache update is somehow missing after the installation. Can you check if - it works automagically after a re-login or - try running gtk-update-icon-cache manually
(In reply to Reed Bement from comment #4) > "Try using a different icon theme and see if that changes things" > How to? Is this a KDE or kolourpaint setting? > Thanks, -Reed In KDE systemsettings -> Appearance -> Icons
Installed KDE systemsettings with: sudo apt install systemsettings5 Looks like systemsettings also has problems/warnings: ~/projects/msp430_gcc > systemsettings5 kf.service.services: The desktop entry file "/usr/share/applications/qemu.desktop" has Type= "Application" but no Exec line kf.service.sycoca: Invalid Service : "/usr/share/applications/qemu.desktop" kf.kirigami: Warning: Theme implementations should use Kirigami.BasicThemeDefinition for its root item file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:158:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... } file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:148:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... } file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/introPage.qml:109:27: QML IntroIcon (parent or ancestor of QQuickLayoutAttached): Binding loop detected for property "minimumHeight" file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/introPage.qml:109:27: QML IntroIcon (parent or ancestor of QQuickLayoutAttached): Binding loop detected for property "minimumHeight" See attached screen shot of systemsettings5 running, no option for changing icon/themes Neither of the following make any change to behaviour: "Can you check if - it works automagically after a re-login or - try running gtk-update-icon-cache manually"
Created attachment 145368 [details] systemsettings5 screen shot
*** Bug 462255 has been marked as a duplicate of this bug. ***
*** Bug 458243 has been marked as a duplicate of this bug. ***
*** Bug 456721 has been marked as a duplicate of this bug. ***
I built kolourpaint for GNU/Linux 3.2.0, with debug_info, not stripped. On startup under gdb I now see: Icon theme "breeze" not found. Toolbox icons still don't render (render as text). Right mouse button select of toolbar settings, text position, icons only - has no effect. exit kolourpaint I install breeze-icon-theme & gnome-tweaks sudo apt install breeze-icon-theme sudo apt update && sudo apt install gnome-tweaks I use gnome-tweaks to select the breeze icon theme (yuk). restart kolourpaint under gdb. Note 'Icon theme "breeze" not found.' message no longer printing. Toolbox icons are rendered correctly.
(In reply to Martin Koller from comment #1) > it seems some of the icons are either not installed or not found. > They should be in ${DATA_INSTALL_DIR}/kolourpaint/icons > e.g. here on openSUSE they are in /usr/share/kolourpaint/icons/ > > Try using a different icon theme and see if that changes things Yes it does. See comment #11 below. Thanks, -Reed
*** Bug 468847 has been marked as a duplicate of this bug. ***
*** Bug 487939 has been marked as a duplicate of this bug. ***
*** Bug 493508 has been marked as a duplicate of this bug. ***