Bug 140901
Summary: | X client library interoperability problem - text colours not displayed correctly on Sun workstation | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Peter Collinson <pc> | ||||
Component: | XFree86 | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||
Status: | CLOSED NOTABUG | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3.0 | CC: | blizzard, caolanm, dmalcolm, otaylor | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2005-02-01 10:30:43 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: | |||||||
Attachments: |
|
Description
Peter Collinson
2004-11-26 08:04:31 UTC
Are you running Solaris on x86, or Sparc? If Sparc, I wonder if there is some endian related issue going on. Can you test on Solaris/x86 also (or sparc if using x86)? Can you run a larger range of applications, including remote GNOME, GTK, KDE, as well as Xt or other toolkit apps, and see what all apps it occurs with? It could be a problem anywhere from your X server or video driver, to a toolkit bug, or even just bugs in the individual applications. Have you directly contacted Red Hat technical support about this issue? Thanks in advance. I have a Sparc Ultra 10. I don't have any other Solaris systems, I am a RedHat house these days! I HAVE reported this to Sun, in the UK, who seem to be escalating it. If I remotely run xterm -fg red - I get red characters, so it seems to be something above the basic X levels and is possibly in the Gtk layer that Mozilla and Evolution use. How do I run 'remote Gnome, GTK' etc? I have not reported this to Redhat Tech Support. Is this covered by my subscription? I have reported this to technical support - code 430794. >If I remotely run xterm -fg red - I get red characters, so it seems to >be something above the basic X levels and is possibly in the Gtk layer >that Mozilla and Evolution use. If xterm works fine, but Mozilla and Evolution do not, that helps narrow things down a bit. Can you try running various other Xt/Xaw apps, as well as GNOME/GTK/KDE/Qt apps remotely to help additionally narrow things down? >How do I run 'remote Gnome, GTK' etc? Just run GNOME, KDE apps themselves, not the whole GNOME desktop. Just run them like you'd run xterm or anything else, by typing their name on the commandline: xcalc & xchat & konsole & kedit & gedit & gnome-terminal & etc. This will help determine if it is a toolkit specific issue perhaps. >I have not reported this to Redhat Tech Support. Is this covered >by my subscription? Red Hat Enterprise Linux customers should generally contact Red Hat technical support as their first line of reporting issues for RHEL or Red Hat Network (RHN). Red Hat Global Support Services can then advise the customer of the particulars of their support contract, and advise how to proceed with the given issue, etc. This tends to be the best way to report issues for the RHEL/RHN products, in particular if an issue turns out to be a misconfiguration or some other issue that is not a software defect, as support can usually directly help the customer with an issue without having to go through engineering. Support then escalates issues to engineering that do turn out to be real software defects, etc. It's often faster this way. Hope this helps. Let me know the test results you get for other apps, and we'll try to narrow things down further. Thanks in advance. Heh, we had a mid-air collision in bugzilla there. ;o) Thanks for the update. OK. Gedit. If I go to preferences - and unselect 'Use default theme colours', and select RED letters - I get Blue - this looks like the characters that come from Mozilla and Evolution.. so is presumably the same engine underneath behaving in the same way. xcalc - is a basic X app - and uses low level character display, xcalc -fg red works like Xterm. gnome-terminal. I think that this is working OK. This is what I use these days insead of Xterm. It's a little complicated by the lscolors stuff. I did spend some time messing with text colors way back, but my .dircolors is the same on both machines. Again doesn't this use low level X character display? konsole. The Sun is deeply unhappy with running this and doesn't display anything very useful. Icon images are thrown on the screen 'randomly' - text is blanked out when typing. Probably there is some KDE stuff that the Sun doesn't support. Thanks for your assistance by the way. Ok, if you use "xterm -fa Vera" can you reproduce it with different
colours? This causes xterm to use antialiased freetype fonts via
Xft.
>konsole.
>The Sun is deeply unhappy with running this and doesn't display
>anything very useful. Icon images are thrown on the screen 'randomly'
>- text is blanked out when typing. Probably there is some KDE stuff
>that the Sun doesn't support.
If you're using the X server on the Sun, then all it needs is itself,
it doesn't need to know anything about KDE.
If you can run a large number of random apps from the Red Hat box,
so we can get say 5-10 apps in each of the above categories, that
would be a big help. Just type "k<TAB>" and you'll get a list
of apps that start with k. Lots of them are KDE apps, try running
5-10 of them. Same for "g" and GNOME/GTK. I'd just like to see
if this is toolkit specific, Xft specific, perhaps pango, or
something else.
Right now, it appears it might possibly be Xft or pango or GTK,
but there's not enough conclusive info quite yet to be sure, and I
don't have access to a machine running a sun X server to test
myself unfortunately.
gnome-terminal uses the vte widget, which uses Xft/fontconfig
for font display.
Thanks for the quick testing and status updates! Hopefully
we can figure this out over the next day or so.
TIA
Well a quick result. xterm -fa Vera -fg red gives me blue. I'll look at the others. and gnome-terminal is reversed. Sorry, I forgot that I usually run ssh in a gnome-terminal on the Sun. Ok, that narrows things down significantly. I'd say the problem is in the Xft path now. xterm doesn't use pango, and if it's happening in mozilla and evolution too, then the only common thing seems to be Xft2, however it doesn't necessarily mean there is a bug in Xft2 though. Since Xft2 works fine to other remote X servers, I'm now suspecting if your X server supports the RENDER extension, and if so, wether it's rendering is correct, or wether it has an endian related issue. Please run "xdpyinfo" also, and save the output to a file, and attach it. I'd like to see what X server extensions your X server supports, among other data. Thanks in advance. Created attachment 108028 [details]
xdpyinfo
Yep it has RENDER.
Ok. Can you find out if there's a way to disable the RENDER extension in XSun, then disable RENDER, restart the X server and try again. This will cause Xft to use software fallbacks, instead of using the RENDER extension. Then try running "xterm -fg red" and "xterm -fa Vera -fg red" again, and report back the results of each. Testing from a PPC arch X server seem to work both with and without RENDER enabled in the server with both font scenarios. This seems to be looking like an X server side problem, but it's not yet conclusive. We'll keep exploring. Well your diagnosis was correct. I found the file that controls extension loading which for the record is: /usr/openwin/server/etc/OWconfig removed the lines that load RENDER.. and it now is working correctly. I'll pass this into Sun. Many thanks for your diagnostic help. Ok, since this was determined to be a Solaris bug, I'm closing this as "NOTABUG" now. Thanks for the updates. |