With the recent git master and changes concerning icon theme handling, I now see inconsistencies and/or regressions. * Force Breeze icon theme is *OFF*. * Current theme set in Kdenlive is *BREEZE DARK*. * Desktop/window theme is *BREEZE DARK*. 1. Now many icons show up correctly as bright icons against the dark Breeze window/desktop theming. However, some icons, the advanced editing action icons in particular, are darker icons (to be used with BREEZE) instead of the correctly lighter icons (to be used with BREEZE DARK). Other icons showing wrong birghtness are the automatic-composite track switch and the use-timeline-zone switch. 2. Some icons revert to stock icons instead of Kdenlive's dedicated icons: one example is the mute audio icon which now uses the loudspeaker with a red minus icon, instead of the crossed-out loudspeaker. System is Kubuntu 16.04 with KDE FW 5.23.0 and Qt5.5.1. Reproducible: Always
Cleared the desktop session just to be sure, but this bug still persists on a stock Kubuntu 16.04 system with recent updates installed: some icons show wrong coloring: for Breeze dark they show instead Breeze light icons (the ones with the light gray that has no real contrast with the dark background gray). This currently makes some important toolbar icons almost invisible.
Just noticed that when I actually *force* the Breeze icon theme, then icons return to their correct light versions for a Breeze dark background. However, the "locate clip" icons seems to be still missing or is the wrong one (a generic paper icon).
Strange, I have the same setup on my laptop and cannot reproduce. Are you compiling by yourself or using the PPA package ? Also, can you try clearing KDE's icon cache: rm ~/.cache/icon-cache.kcache
Am self-compiling from git master, as I sometimes needed your fixes rather quick after I tripped on bugs during project work. :) Deleting the icon cache doesn't work. I also cleaned the system-wide prerendered caches too.
Did you do a "make install" ? Git master contains modified versions of the icons that support automatic coloring...
Yes, I'm always installing -- albeit into a local folder structure. To be sure I also loggout out and in again, as in the past I sometimes saw inconsistencies until a session log out-in cleared things up. But unfortunately not in this case. Forcing the Breeze icon sets works, but not forcing causes inconsistencies.
Do you have an older kdenlive version installed on the system ? Maybe the git version picks up the icons from a previous Kdenlive version ?
I had the stable version installed from the ppa, so I removed it. Cleared caches, cleared local installs, logged out to clear the session too. Logged in, did a fresh install from self-compiled git master. Unfortunately, icons are still mixed. For the time being I will go on with the "force breeze theme" option as this ensures some consistency. Sigh.
This issue is caused by installing into a local icon branch, instead of system icon banches. This seems always to be a problem, especially as Kdenlive does not set up a new icon theme, but instead installs its own icons and also required thensystem theme, which then may take even precence. Most users will install into system locations anyway. Eating my own dog food, Im closing this report.