Bug 528662
| Summary: | "invalid symbolic color" when starting GTK apps | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mary Ellen Foster <mefoster> | ||||
| Component: | kdebase-workspace | Assignee: | Than Ngo <than> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | rawhide | CC: | awilliam, chgonzalezg, fedora, fedora, jreznik, kevin, lorenzo, ltinkl, mclasen, rdieter, smparrish, than | ||||
| Target Milestone: | --- | Keywords: | Triaged | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-10-23 16:58:57 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 520480 | ||||||
| Attachments: |
|
||||||
|
Description
Mary Ellen Foster
2009-10-13 08:56:40 UTC
I can confirm this for many of the themes here that contain similar @bg_color constructs in gtkrc. It may or may not be relevant, but gtk apps seem to be not themed properly when this error appears (using some fairly non-pretty theme). Any ideas what's going on? The non-pretty theme is a side-effect of the rc file parsing erroring out - it falls back to the builtin (Raleigh) theme. OK, so suggestions on how to resolve this? I'm at a loss. I need to learn a way to reproduce this. Is an xsettings-manager running when this is happening ? Is it maybe exporting a value forGtk/ColorScheme that does not contain a value for bg_color ? AFAIK, we run xsettings-kde by default in KDE, so it might be worth having a look there. I thought about that. I previously reproduced it with and without xsettings-kde running. Even tried running gnome-settings-daemon as well. I'll try again with a fresh user. OK, narrowed it down to kde's systemsettings->appearance->colors option "Apply colors to non-KDE4 applications" when that is enabled, this issue occurs. Looks like our(kde's) problem to solve. Still somewhat my problem, too. We ought to be more tolerant against these kinds of things here. If you could tell me what value your xsettings manager is exporting for Gtk/ColorScheme, that would be great. It's not xsettings-kde which is apparently faulty, but the gtkrc files written out by kdebase-workspace. Created attachment 365649 [details]
My ~/.kde/share/config/gtkrc-2.0 (written out by KDE 4.3.1 on F10)
So, this is what KDE 4.3.x writes out (the format should be the same in all 4.3.x versions, only the actual values of the colors depend on the user's color scheme). I guess the floating-point colors are what the F12 GTK+ is not liking?
Those floats are fine, according to http://library.gnome.org/devel/gtk/stable/gtk-Resource-Files.html#color-format i try with the steps in comment #7, cannot reproduce this issue with a fresh user. I can, with the gtkrc file that Kevin posted. Fixed in gtk2-2.18.3-9.fc12 Matthias is confident of the fix and Rex tested the tag request, so closing this as we're fairly sure it's good. Mary, please re-open if you still have problems after updating to that version of gtk2 or later. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers |