Description of problem: When running KDE, the scrollbars of Gtk2 applications always appear as light blue (Clearlooks default?), ignoring both the KDE color scheme and the user's selected Gnome theme. Version-Release number of selected component (if applicable): gtk2-2.8.15-1 How reproducible: 100% Steps to Reproduce: 1. Log in to Gnome and change the theme to something which doesn't use a light blue scrollbar (Bluecurve, for example). 2. Note that Gtk2 applications, such as Firefox and the GIMP now use the selected color for their scrollbars. 3. Log out of Gnome and log in to KDE. 4. Select a color scheme which doesn't use a light blue scrollbar (just about any of them). 5. Note that Firefox, Thunderbird, and the GIMP still use light blue scrollbars. Actual results: See above. Expected results: Gtk applications should honor KDE color scheme. (At the very least, they should honor the users Gnome theme.) Additional info: This may be a KDE bug. However, this bug did not exist on Fedora Core 4, even when updated to KDE 3.5.1.
Additional information -- if /usr/libexec/gnome-settings-daemon is running, then Gtk applications use the scrollbar color (and drawing style) specified in the user's GNOME theme. This is not a solution, however; Gtk applications should use the KDE color scheme when running under KDE.
I see the same problem
For me running /usr/libexec/gnome-settings-daemon doesn't help, even if I start Gnome, the color of scrollbars for Bluecurve theme isn't blue but gray.
kde needs to run an xsettings manager exporting their settings in a cross-desktop way.
Updating to Rawhide, as Problem still exist with following packages: kdebase-4.0.0-2.fc9 gtk2-2.12.5-1.fc9 firefox-3.0-0.beta2.12.nightly20080121.fc9
Is this a Fedora only issue, or something from upstream KDE. If you have another distro running would be interesting to see how they handle this.
The code which writes out the GTK+ color settings now lives in kdebase-workspace.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Was this resolved or is it still a work in progress?
Not resolved yet.
Are we there yet? lol Really mean Is this resolved with the official 4.1 release?
Still not fixed. Hey, this has been open for over 2 years, what makes this so urgent now that we need to be reminded every few days? ;-)
Well if its been 2 years then it sounds like its not a high priority. So we need to decide if its worth keeping open and giving it some attention or just closing as WONT FIX.
Besides, this really needs to be upstreamed. hint hint... not that kde upstream currently has much interest in implementing the suggested xsettings-manager solution. :(
Ok upstreamed it. Will let upstream decide what if anything they want to do with it.