Bug 70706
| Summary: | QT applications crash in "Render-less" XDMCP servers | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Peter van Egdom <p.van.egdom> |
| Component: | qt | Assignee: | Thomas Woerner <twoerner> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike McLean <mikem> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 8.0 | CC: | wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | qt-3.1.1-6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-05-01 22:01:36 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: | 67218, 79579 | ||
| Attachments: | |||
|
Description
Peter van Egdom
2002-08-04 12:06:05 UTC
Created attachment 68807 [details]
gdm shows itself to Reflection X
Created attachment 68808 [details]
Gnome error just after starting Gnome from gdm
Created attachment 68809 [details]
KDE crash just after starting KDE from gdm
I would initially guess that this is a KDE issue. Thanks for the detailed report. I have seen several KDE startup crashes in Limbo due to sound device related errors, even when running KDE on a standalone machine. If you agree that this is possibly a KDE sound issue, please rename the short summary in order to more easily identify this bug. Hmm. I thought about this for a while. Warren : You're right... KDE relies on the presence of the soundcard modules too much. I'll rename the short summary of this bug entry to something more appropriate. Thanks... I may also be wrong in this diagnosis, but this is what I suspected after seeing KDE crash on machines like nForce without sound drivers properly configured. I would also recommend high priority, high severity because this is a killer showstopper for LTSP. This evening I tried to find out some more of this bug.
I think there are at least two major kind of issues with KDE in Limbo beta 2.
- Sound dependency (no soundcard / driver --> no KDE).
- XDMCP issues (strange crashes).
(I really hope XDMCP eventually works as it should, because it is ideal to let
people play with Linux in a company where X clients are used).
OK.
This evening I loaded KDE locally on the machine, which caused the necessary
sound modules to be 'modprobed' automatically by artsd.
I then exited KDE locally so I saw gdm again.
(I went to CTRL-ALT-F1 to make sure the sound-modules were still loaded).
So I went to my Windows machine with Reflection X and tried starting KDE from
gdm. After a few seconds KDE's icons began to show on screen - this time without
an error from arts about "/dev/dsp" missing - and I really thought that this
time it worked ('it' being a workable KDE session with XDMCP).
But, alas, as soon as I clicked on the "K" button on the bottom left of the
screen, the KDE Kicker crashed, showing only the KDE icons on the desktop.
After maybe 10 seconds, also the icons disappeared leaving me alone with an
empty KDE desktop.
I made some screenshots to illustrate what I just said.
(I do not experience this kind of behaviour of KDE when using the machine
locally).
Perhaps it would be wise to make some separate bugreports of this issue.
Is there anyone who can reproduce this problem by using Reflection X - or
another X client - for Windows?
(I haven't tried "Linux box X" XDMCP to "Linux box Y" XDMCP, though).
Created attachment 69005 [details]
At this time everything seems OK
Created attachment 69006 [details]
.. but after clicking on the "K" this happens
Created attachment 69007 [details]
Eventually also the icons disappear
I can't reproduce this with Linux -> Linux (I do get the message, but it's readable (you don't have permissions to access /dev/dsp), and goes away when I click it), so this looks like a bug in Reflection. Can you reproduce this with anything else? I must apologize, I somehow mistook a system crash (unrelated sound driver bugs, triggered during KDE startup) for a KDE crash. This bug may be entirely XDMCP related. I will continue to test both XDMCP and sound tomorrow. Bero, out of curiosity does it still work properly with XRENDER disabled on the X -query side? Played, re-thought and experimented a bit more... I was trying to reproduce a LICQ bug and by coincidence I started LICQ from the command-line in a Gnome session (started from GDM in Reflection X). After typing in "licq", the following output appeared : 20:07:56: [WRN] Licq: Ignoring stale lockfile (pid 8082) Xlib: extension "RENDER" missing on display "10.0.0.4:0.0". Xlib: extension "RENDER" missing on display "10.0.0.4:0.0". Licq Segmentation Violation Detected. Backtrace: /lib/i686/libpthread.so.0 [0x40133267] Attempting to generate core file. So, it also seems LICQ needs the RENDER extension. Probably all QT stuff requires the RENDER extension. If a 'RENDER complient' X server cannot be found, the application crashes. My guess that the same is happening in KDE starting from gdm in a Reflection X session. (see screenshot) https://bugzilla.redhat.com/bugzilla/showattachment.cgi?attach_id=68809 But because that session didn't give any useful output, I never thought of the RENDER extension. Bero, can you do a Linux XDMCP <-> Linux XDMCP test using e.g. Red Hat Linux 6.2 to connect to Red Hat Linux 7.3.93? I think Red Hat Linux 6.2 doesn't have a RENDER extension in the X server. So also that probably will trigger the bug. I'll rename the short summary to something more appropriate. A lot of X servers don't have the 'RENDER extension'. Main question is... Are these people ruled out of using KDE 3.02 remotely with Red Hat 7.3.93? Problem still exists in Red Hat Linux 7.3.94 ('null').
It seems that Red Hat Linux release 9 (Shrike) contains changes that fixes this problem for me. Those changes probably are in the QT library; I've successfully started both Licq from a XDMCP Gnome session via Reflection for Windows and KDE itself from a XDMP session via Reflection. - Changing component from "kdebase" to "qt". - I'll close this bug with resolution "CURRENTRELEASE". (probably fixed somewhere in the upstream package). |