Bug 420270 - Monochrome icons are barely visible. Sometimes they are correctly rendered on mouseover.
Summary: Monochrome icons are barely visible. Sometimes they are correctly rendered on...
Status: RESOLVED FIXED
Alias: None
Product: Breeze
Classification: Plasma
Component: Icons (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: visual-design
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-04-18 19:58 UTC by Patrick Silva
Modified: 2020-04-19 15:53 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
screen recording (672.47 KB, video/webm)
2020-04-18 19:58 UTC, Patrick Silva 		Details
Kate (798.49 KB, video/webm)
2020-04-19 13:32 UTC, Patrick Silva 		Details
Konsole (2.46 MB, video/webm)
2020-04-19 13:32 UTC, Patrick Silva 		Details
Gwenview (1.47 MB, video/webm)
2020-04-19 13:33 UTC, Patrick Silva 		Details
System Settings (2.60 MB, video/webm)
2020-04-19 13:34 UTC, Patrick Silva 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Silva 2020-04-18 19:58:24 UTC 
Created attachment 127668 [details]
screen recording

STEPS TO REPRODUCE
1. open Dolphin
2. press ctrl+f

EXPECTED RESULT
Icon of "Your files" button is barely visible.
Icon visibility is normalized on mouseover.
Watch the attached screen recording.

OBSERVED RESULT
good visibility immediately after we press ctrl+f

SOFTWARE/OS VERSIONS
Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.18.80
KDE Frameworks Version: 5.70.0
Qt Version: 5.14.1
Comment 1 Patrick Silva 2020-04-18 20:00:50 UTC 
Deleting icon cache with rm ~/.cache/icon-cache.kcache does not fix this bug.
Comment 2 Laura David Hurka 2020-04-18 20:23:49 UTC 
The used icon is user-home, which is available in places/16 and places/22. These 4 files look ok to me; as expected, because it is visible after mouseover.

So I conclude the problem is in Dolphin itself.

Conspiration theory: Or it’s a problem in the QIconEngine of the Breeze style (if it has one). This is the first QToolButton without menu I have seen so far. Maybe it requests an “active” icon as first icon, and the QIconEngine is not fully initialized until the first icon was generated.
Comment 3 Patrick Silva 2020-04-19 13:31:59 UTC 
Other apps are affectted. Watch the attached screen recordings showing Kate, Konsole, Gwenview and System Settings please.
Comment 4 Patrick Silva 2020-04-19 13:32:27 UTC 
Created attachment 127685 [details]
Kate
Comment 5 Patrick Silva 2020-04-19 13:32:56 UTC 
Created attachment 127686 [details]
Konsole
Comment 6 Patrick Silva 2020-04-19 13:33:20 UTC 
Created attachment 127687 [details]
Gwenview
Comment 7 Patrick Silva 2020-04-19 13:34:05 UTC 
Created attachment 127688 [details]
System Settings
Comment 8 Hugo Pereira Da Costa 2020-04-19 13:50:52 UTC 
Can you check if this persists with another widget theme (fusion, oxygen), to see if this is breeze specific. There have been some recent changes inside breeze about icon coloring via kiconloader ....
Comment 9 Patrick Silva 2020-04-19 14:04:11 UTC 
Fusion and oxygen styles are not affected.
Comment 10 Hugo Pereira Da Costa 2020-04-19 15:18:04 UTC 
addind David in CC
Can you have a look ? Possibly git-bisect ?
Comment 11 David Redondo 2020-04-19 15:21:18 UTC 
Hi, does this happen with this commit https://phabricator.kde.org/R31:66d0b0b4e3e1adc389dbd4ce1976d81860d1880d ? This fixed a similiar bug in the "you have unsaved changes dialog" in kolourpaint and kwrite?
Comment 12 Patrick Silva 2020-04-19 15:53:25 UTC 
(In reply to David Redondo from comment #11)
> Hi, does this happen with this commit
> https://phabricator.kde.org/R31:66d0b0b4e3e1adc389dbd4ce1976d81860d1880d ?
> This fixed a similiar bug in the "you have unsaved changes dialog" in
> kolourpaint and kwrite?

the patch from your link fixes the bug.