Bug 153056 - Appearance/colors doesn't indicate the active theme
Summary: Appearance/colors doesn't indicate the active theme
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_colors (show other bugs)
Version: 3.96.2
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Matthew Woehlke
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-28 15:02 UTC by Joseph Wenninger
Modified: 2010-09-02 21:31 UTC (History)
5 users (show)

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


Attachments
qtconfig showing wrong color scheme (42.19 KB, image/png)
2009-01-22 05:36 UTC, Norberto Bensa
Details
Indicate active theme + alphabetic ordering (5.40 KB, patch)
2010-09-01 19:50 UTC, Glad Deschrijver
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joseph Wenninger 2007-11-28 15:02:09 UTC
Version:            (using KDE KDE 3.96.0)
Installed from:    Compiled From Sources

The plastik style has broken drawing for checkboxes and radioboxes with all color schemes
Comment 1 Joseph Wenninger 2007-11-28 15:03:53 UTC
Sorry that should have been another bug report,
The problem for this bug:
If I open the color tab there should be the current color scheme highlighted in the list box, currently it more or less guessing which of the schemes is the active one
Comment 2 Will Stephenson 2007-12-06 12:53:17 UTC
CCing Jeremy since he's working on this.
Comment 3 Matthew Woehlke 2008-06-09 23:06:24 UTC
The current color scheme should be... "Current". Odd that this isn't selected initially.

For now we also don't (attempt to) track if you've selected a saved color scheme and not made changes to it (in which case, it would be reasonable to mark the actual saved scheme instead).
Comment 4 Dario Andres 2008-12-26 19:10:08 UTC
Here:

Qt: 4.4.3 + qt-copy-patches-889120
KDE: 4.1.86 (KDE 4.1.86 (KDE 4.2 >= 20081221))
kdelibs svn rev. 901624 / kdebase svn rev. 901624
on ArchLinux x86_64 - Kernel 2.6.27.10


The "Current" entry in the color scheme list is selected when opening the Color module in the Appearance settings in System Settings.

Can anyone else confirm this bug?
Comment 5 Norberto Bensa 2009-01-22 05:36:14 UTC
Yes. "Current" is selected but I'm wondering. Is this the cause of Qt-only applications not appling the correct colors? See attached image. qtconfig was started _after_ applying the new color scheme.
Comment 6 Norberto Bensa 2009-01-22 05:36:54 UTC
Created attachment 30504 [details]
qtconfig showing wrong color scheme
Comment 7 Dario Andres 2009-01-22 09:35:46 UTC
No, that is a QT bug abouth paths (qt4 was looking for colors in a bad config path) (fixed in QT4.5) 
Comment 8 Christoph Feck 2009-05-04 04:12:50 UTC
The bug is still present here, using Qt 4.5.1 and KDE r963157. To reproduce, select "Oxygen" palette, Apply, close systemsettings, then start it again => "Oxygen" is not selected, but "Current" is. This entry should only be selected, when the current palette does not match one of the saved palettes.
Comment 9 Glad Deschrijver 2010-04-06 00:03:09 UTC
The bug still exists in KDE 4.4.2 with Qt 4.6.2.
Comment 10 Glad Deschrijver 2010-09-01 19:50:29 UTC
Created attachment 51189 [details]
Indicate active theme + alphabetic ordering

This patch solves this bug and bug #233436.
Comment 11 Jeremy Whiting 2010-09-02 21:00:26 UTC
SVN commit 1171116 by whiting:

Applied patch from http://bugsfiles.kde.org/attachment.cgi?id=51190 provided by Glad Deschrijver to fix a couple bugs.
BUG: 233436
BUG: 153056


 M  +43 -19    colorscm.cpp  
 M  +1 -0      colorscm.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1171116
Comment 12 Jeremy Whiting 2010-09-02 21:31:04 UTC
SVN commit 1171123 by whiting:

Backport bugfix to 4.5 branch.
BUG: 153056
BUG: 233436


 M  +43 -19    colorscm.cpp  
 M  +1 -0      colorscm.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1171123