Bug 186323 - Gtk2 scrollbar color with KDE
Summary: Gtk2 scrollbar color with KDE
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: kdebase-workspace
Version: 9
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Than Ngo
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-03-22 21:43 UTC by Ian Pilcher
Modified: 2008-08-26 15:42 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-08-26 15:42:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
KDE Software Compilation 169866 0 None None None Never

Description Ian Pilcher 2006-03-22 21:43:59 UTC
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.

Comment 1 Ian Pilcher 2006-03-27 16:16:34 UTC
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.

Comment 2 Frank Schmitt 2006-04-30 23:38:49 UTC
I see the same problem

Comment 3 Frank Schmitt 2006-05-01 09:46:52 UTC
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.

Comment 4 Matthias Clasen 2006-05-01 14:32:36 UTC
kde needs to run an xsettings manager exporting their settings in a cross-desktop
way.

Comment 5 A S Alam 2008-01-24 06:26:14 UTC
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

Comment 6 Steven M. Parrish 2008-04-09 15:13:50 UTC
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.

Comment 7 Kevin Kofler 2008-04-22 21:24:55 UTC
The code which writes out the GTK+ color settings now lives in 
kdebase-workspace.

Comment 8 Bug Zapper 2008-05-14 02:07:33 UTC
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

Comment 9 Steven M. Parrish 2008-06-30 21:23:51 UTC
Was this resolved or is it still a work in progress?

Comment 10 Kevin Kofler 2008-06-30 23:32:21 UTC
Not resolved yet.

Comment 11 Steven M. Parrish 2008-08-08 00:21:44 UTC
Are we there yet?  lol

Really mean Is this resolved with the official 4.1 release?

Comment 12 Kevin Kofler 2008-08-08 00:57:18 UTC
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? ;-)

Comment 13 Steven M. Parrish 2008-08-26 15:04:43 UTC
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.

Comment 14 Rex Dieter 2008-08-26 15:18:12 UTC
Besides, this really needs to be upstreamed.  hint hint...

not that kde upstream currently has much interest in implementing the suggested xsettings-manager solution. :(

Comment 15 Steven M. Parrish 2008-08-26 15:42:53 UTC
Ok upstreamed it.  Will let upstream decide what if anything they want to do with it.


Note You need to log in before you can comment on or make changes to this bug.