Summary: | Colour preview gets stuck after changing colour scheme | ||
---|---|---|---|
Product: | [Applications] systemsettings | Reporter: | ojrajala |
Component: | kcm_colors | Assignee: | Matthew Woehlke <mwoehlke.floss> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cfeck, cslillie, jb, retratserif, sham-mirror |
Priority: | NOR | ||
Version: | 1.0 | ||
Target Milestone: | --- | ||
Platform: | Chakra | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
ojrajala
2011-01-18 01:04:13 UTC
Same problem appears in KDE 4.6.1. Color scheme preview shows only links colors changes. Kubuntu 10.10 Maverick, 32 bit. Qt 4.7.0. gentoo, kde 4.6.0 with qt 4.7.1 - same problem Reproducible: every time *** This bug has been confirmed by popular vote. *** I demand a re-count! No wait, it happened to me as well! ;) Did some investigation and it seems related to changes in KGlobalSettings::createApplicationPalette, see git commit: http://quickgit.kde.org/index.php?p=kdelibs.git&a=commitdiff&h=2f5cc437e11b4792e6a010ec98210e2f37a555d5 Since this change, the palette is cached and not recreated unless a global palette change occurs. kcontrol/colors/previewwidget.cpp uses this function to create the preview palette, but since it now returns the cached palette, this does not work anymore. So we need to think about how KGlobalSettings::createApplicationPalette should be used. We could for example add an extra parameter (temporaryPalette for example), that when set to true would not update the global applicationPalette var, but only return a temporary (not cached) palette... Hope it helps. This bug is fixed in 4.6.3. |