Summary: | x11-base/xorg-server-1.12.99.905 - black is rendered as "lavender" (#ffddff) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Laurent G. <lauranger> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | ppc, ted.tanberry |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Laurent G.
2012-08-25 10:46:09 UTC
Forgot to tell I am on KDE and Qt apps are not affected. I wrote that mozilla apps menus are OK in 905. Not totally. Just the menu bar entries. Submenus are still not black. When facing the problem with 904, someone gave me the idea to play with .gtkrc-2.0 on the fora : http://forums.gentoo.org/viewtopic-t-933082-highlight-.html I found out that menu accelerators are well displayed in the "fg[NORMAL]" color (usually black) menu text color is kinda shifted : #000000 gives smth around #ddddff (what I call "lavender", /o\ I had it wrong in first post) #ff0000 gives smth around #ddffff #ffff00 gives #ffffff #00ff00 gives smth around #ffddff #0000ff gives ... #0000ff !! (I write "smth around" because I use the KDE app to catch the color and with anti-alias ...) Evince case has a supplementary aspect : menu bar text is black at start and then becomes lavender after just hovering it. And now I found that bookmark menu in firefox shows same behaviour. Appearently smth as changed in what is used by Gtk to show/update widget enabled state. Could this be an endianness issue? leio, mattst88: do you see this on mips too? (In reply to comment #3) > Could this be an endianness issue? > leio, mattst88: do you see this on mips too? No mips hardware available for me to test at the moment. My mips hardware is little endian only I also experienced the lavender menu text in Firefox with KDE 4.8.5 and Firefox 10.0.7. We may be looking at two different issues here... In my case, I had been playing with themes, particularly "Obsidian Coast" for KDE and Xfce-dusk for GTK. I found that the latter did not play well with Firefox, making the background dark but not consistently changing the font, so that I would get variously black on gray and sometimes white on white. So I switched back to oxygen and oxygen-gtk. Most things went right, but I got the lavender menu text in Firefox. However, I easily resolved this by blowing away the .mozilla directory. Restarting Firefox after doing this restored the black text in the menu. So it looks to me like this is a Mozilla related bugs. I didn't have any problem with evince menu text, and I don't use gvim, so I don't know whether these problems might also be related to Mozilla "remembering" something in .mozilla that it shouldn't. Oh, and I experienced this problem on amd64 platform. Can you try with a newly created user? Just tried it, by commenting part of package.mask #>=x11-base/xorg-server-1.12.99.904 #=x11-drivers/xf86-video-ati-6.14.6-r1 * emerged xorg-server-1.13.1.901 and xf86-video-ati-6.14.6-r1 (plus other drivers) * created a fresh user * opened new X session with that user * fired gvim (shippest to make and launch) -> "lavender" menu Now got back with xorg-server-1.12.4 and xf86-video-ati-6.14.6. I have the feeling there seems to be more involved here than just xorg-server. I have tried all xorg-server versions going back to 1.11.4-r1 on my G4, and ALL of them now show this behaviour. Any ideas? Even with 1.12.4 as you seems to tell ... A Gtk bas tools that got stuck a while ago ? I'll have to give another pass on emerge.log You can check with "qlop -lu" which packages were upgraded at the time when the problem started. It could be also pixman or cairo which is responsible. Hum, cairo makes a perfect suspect : I have to keep an old 9999. I tried to upgrade to xorg 1.13.1.901/video-ati-7/cairo-1.12.8 but could not have X to display anything. Getting back to working xorg+video-ati, cairo-1.12.8 crashes gtk apps. May be I should try to recompile cairo-1.12.8 with working xorg+ati-video. cairo-1.12.8 can not play well with my xog -1.12.4 still trying... Please tell us whether this is still reproducible with modern cairo, etc. |