Bug 156642 - Gtk configuration overwritten by kde
Summary: Gtk configuration overwritten by kde
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_colors (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Jeremy Whiting
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-25 14:02 UTC by Rares Sfirlogea
Modified: 2015-08-23 12:24 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rares Sfirlogea 2008-01-25 14:02:46 UTC
Version:            (using Devel)
Installed from:    Compiled sources
OS:                Linux

I have a problem with gtk theme configuration ... I tried manually editing the .gtkrc or .gtk-2.0rc(i don't know the exact name) file and deactivating the aplliance of the same color scheme from system settings, but everytime i restart kde it overwrites these files and the old grey gtk theme comes up.
Comment 1 Lubos Lunak 2008-01-29 18:39:27 UTC
Please provide more details. How is the file exactly changed back?
Comment 2 Rares Sfirlogea 2008-01-29 19:10:17 UTC
this is the text that always reappears:

"# created by KDE, Tue Jan 29 20:03:18 2008
#
# If you do not want KDE to override your GTK settings, select
# Appearance & Themes -> Colors in the Control Center and disable the checkbox
# "Apply colors to non-KDE applications"
#
#
style "default"
{
  bg[NORMAL] = { 0.878, 0.875, 0.871 }
  bg[SELECTED] = { 0.255, 0.545, 0.831 }
  bg[INSENSITIVE] = { 0.878, 0.875, 0.871 }
  bg[ACTIVE] = { 0.718, 0.710, 0.702 }
  bg[PRELIGHT] = { 0.878, 0.875, 0.871 }

  base[NORMAL] = { 1.000, 1.000, 1.000 }
  base[SELECTED] = { 0.255, 0.545, 0.831 }
  base[INSENSITIVE] = { 0.878, 0.875, 0.871 }
  base[ACTIVE] = { 0.255, 0.545, 0.831 }
  base[PRELIGHT] = { 0.255, 0.545, 0.831 }

  text[NORMAL] = { 0.078, 0.075, 0.071 }
  text[SELECTED] = { 1.000, 1.000, 1.000 }
  text[INSENSITIVE] = { 0.718, 0.710, 0.702 }
  text[ACTIVE] = { 1.000, 1.000, 1.000 }
  text[PRELIGHT] = { 1.000, 1.000, 1.000 }

  fg[NORMAL] = { 0.078, 0.075, 0.071 }
  fg[SELECTED] = { 1.000, 1.000, 1.000 }
  fg[INSENSITIVE] = { 0.718, 0.710, 0.702 }
  fg[ACTIVE] = { 0.078, 0.075, 0.071 }
  fg[PRELIGHT] = { 0.078, 0.075, 0.071 }
}

class "*" style "default"

gtk-alternative-button-order = 1

style "ToolTip"
{
  bg[NORMAL] = { 0.753, 0.855, 1.000 }
  base[NORMAL] = { 0.753, 0.855, 1.000 }
  text[NORMAL] = { 0.078, 0.075, 0.071 }
  fg[NORMAL] = { 0.078, 0.075, 0.071 }
}

widget "gtk-tooltip" style "ToolTip"
widget "gtk-tooltips" style "ToolTip"

style "MenuItem"
{
  bg[PRELIGHT] = { 0.255, 0.545, 0.831 }
}

class "*MenuItem" style "MenuItem"

"
Comment 3 Tommi Tervo 2008-01-29 19:36:28 UTC
# If you do not want KDE to override your GTK settings, select 
# Appearance & Themes -> Colors in the Control Center and disable the checkbox 
# "Apply colors to non-KDE applications"

Have you tried that?
Comment 4 Rares Sfirlogea 2008-01-29 19:42:44 UTC
# "and deactivating the aplliance of the same color scheme from system settings"

yes
Comment 5 Mikko C. 2008-02-08 21:54:29 UTC
I can confirm this behavior.
The file ~/.kde4/share/config/gtkrc-2.0 is overwritten at every login (or logout?).

And yes, the checkbox in the System Settings is disabled.
Comment 6 Matthew Woehlke 2008-11-24 19:05:55 UTC
Does this still happen? This doesn't sound like a kcm problem, maybe a krdb problem but even that, if it's happening at login/logout, sounds fishy.

(Also, I'm not very familiar with the krdb part of the color kcm... ergo not the best assignee.)
Comment 7 Jeremy Whiting 2015-08-23 12:24:42 UTC
From reading the current code it looks like anything that calls runRdb could be causing that file to be overridden if the ExportColors flag is set. It looks like the style kcm calls that but it currently reads whether it should turn that flag on or not from the kcmdisplayrc file. Unclicking that checkbox in the colors kcm turns that flag off here.

I'll close this bug now as it seems to be fixed, but if you still hit it could you reopen and attach your ~/.config/kcmdisplayrc (or ~/.kde/share/config/kcmdisplayrc if using plasma 4) and I'll take a closer look at what else could be doing this.