| Summary: | Buttons don't respond to kcm color palette changes | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-qqc2-desktop-style | Reporter: | Harald Sitter <sitter> |
| Component: | general | Assignee: | Marco Martin <notmart> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kde, nate, notmart |
| Priority: | NOR | ||
| Version First Reported In: | 5.39.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
screenshot
On my system new screenshot without qqc2-desktop-style with qqc2-desktop-style screenshot after reboot with qqc2 style |
||
Created attachment 107686 [details]
On my system
Maybe you have an old Kirigami?
We are using Kirigami.Heading there.
Created attachment 107700 [details]
new screenshot
This happens when qqc2-desktop-style isn't installed, which I've now fixed in neon.
The good news is that installing it seems to fix the header.
Now the buttons are broken though, see screenshot. That also seems to be a problem somewhere else though as I see systemsettings having the same problem. I am not even sure where to look to debug this -.-
Created attachment 107705 [details]
without qqc2-desktop-style
I confirm that the color problem presents itself when there's no qqc2-desktop-style.
Created attachment 107706 [details]
with qqc2-desktop-style
But I do get the proper colors on the button when it's installed
yeah, the style needs to be installed, otherwise breakages are to be expected.. however the light buttons with the style installed were not expected, neither reproducible it seems :/ did you switch to breeze-dark on the fly and the app failed to fully update or discover started from the beginning with the wrongly rendered buttons? Created attachment 107716 [details]
screenshot after reboot with qqc2 style
Nope that system is always breeze-dark. I've since rebooted and now the buttons work though. Either there's something fishy with style init or there was some obscure cache somewhere. Until otherwise indicated I am content in assuming it was a cache problem. Closing bug.
No, no. It's a valid issue. Only now we know it's in "qqc2-desktop-style". I don't think this has necessarily to do with the palette though. Note how the actual button style in https://bugs.kde.org/attachment.cgi?id=107700 is not even breeze. This seems to be working now. |
Created attachment 106730 [details] screenshot On git master... when using breeze dark as color scheme. the colors of the section headers on the update page "application updates" and "system updates" (as well as the "no updates") labels use an incorrectly (i.e. poorly contrasted color). see screenshot