Ubuntu
kdebase-workspace package

local screen display 'lost' when remote ends XDMCP session

Bug #71924 reported by EricL
28
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kdebase-workspace (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: kubuntu-desktop

On machine A:

- Install Kubuntu 6.10 using the release live CD
- enable XDMCP in the corresponding section in /etc/kde3/kdm/kdmrc
- authorize access to all in /etc/kde3/kdm/Xaccess

On machine B, running Windows 2000 or XP

- run XLaunch (part of XMing) to start a new session.
-- select options: one window, open session vis XDMCP, connect to host with IP address. Uncheck Clipboard support. Add the '-once' parameter for XMing (this shuts down XMing when the session is reset at the end).
- The login screen appears. In the 'menu' button, select "disconnect" to end the session.

when the session resets, on machine A
- look at the screen and see that it switched display to show the boot splash image (the blue Kubuntu).
- Wait a few seconds. The splash screen disappears and all that remains is a blinking underline at the top left.
- At this point, the system is still OK. it is possible to recover the graphic screen or a terminal by using ctrl-alt F1 or F7.

Observations :

- If you try to open a new XDMCP session before you recover VT7 (that is when it shows the blinking underline), it works one time, but machine A will totally freeze when that new session terminates and is reset.

- If you recover VT7, I think (I don't remember for sure) you can normally connect a new session and termnate it. Machine A will however always 'loose' the graphic display when the remote session is terminated.

- It makes no diferrence that machie A has a local session open (KDE desktop) or that is idle at the login screen (kdm)

- I reproduce the exact same problem on 2 totally different configurations:
-- one is an MSI P4M800/Celeron 310D/Geforce 2 (legacy proprietary OR open source driver, makes no difference) with IDE and SATA disks
-- the second is a Dell P4 3Gh with Intel integrated video and SATA disk.

- I also reproduce the problem using Cygwin/X instead of XMing.

- if you don't use the -once option to launch XMing, XMing will automatically restart a new session when the previous one is reset. This is OK, it shows that the system is still running normally when it 'looses' the screen.

- the only problem is when you terminate the second XDMCP session: it totally freeze the machine.

Tags: gibbon gutsy
Revision history for this message
Lukáš Obořil (lukas.oboril) wrote :

same here. Kubuntu 6.10, with latest update

Revision history for this message
Dailos (dfranchy) wrote :

Still there in up-to-date Feisty.

Revision history for this message
Lukáš Obořil (lukas.oboril) wrote :

+1, up to date feisty

Revision history for this message
bozackt (bozackt) wrote :

Still there on latest feisty . . .

Revision history for this message
Lukáš Obořil (lukas.oboril) wrote : Re: [Bug 71924] Re: local screen display 'lost' when remote ends XDMCP session

Looks good for me

On 4/29/07, bozackt <email address hidden> wrote:
> Still there on latest feisty . . .
>
> --
> local screen display 'lost' when remote ends XDMCP session
> https://bugs.launchpad.net/bugs/71924
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Lukas Oboril

When dealing with people, let us remember we are not dealing with
creatures of logic. We are dealing with creatures of emotions,
creatures bristling with prejudices and motivated by pride and vanity.
  Dale Carnegie

Revision history for this message
yope (djander) wrote :

Up-to date Feisty (upgraded from edgy) and I can confirm that the bug is still there.

Please, anybody do something about this bug, it's been here quite for a while now, it seems that several peaple are experiencing trouble due to it, making XDMCP on a Kubuntu machine pretty much unusable, and the status is still undecided!

I have tried a lot of things investigating this bug, but I am unable to find solution.

Revision history for this message
Rich Johnson (nixternal) wrote :

Confirming due to responses, however I am unable to reproduce. I wonder if there is a setting somewhere that is sticking during the dist-upgrades?

Changed in kubuntu-meta:
status: Unconfirmed → Confirmed
Revision history for this message
stkas (stefan-kastner) wrote :

I have moved my server from gentoo to kubuntu feisty last week, after running my notebook with kubuntu edgy for a while, to get rid of long compile times and benefit from the
maintained SW repository.

I have been used to work remotely via XDMCP from my workstation on the gentoo server without any loss of local KDE session since years.
Using kubuntu i have noticed exactly the same problem. As some of the others i checked and rechecked again the config, only to find to be as it should.

If somebody can work on this problem, please tell me which files, info you need to progress. I will support any effort the best i can.

Thanks in advance
Stefan

Revision history for this message
bozackt (bozackt) wrote :

I'm continuing to have this problem. It makes XDMCP nearly useless.

I don't think it's a setting that is "sticking during the dist-upgrades" since it occurs on fresh installs. Since everyone doesn't seem to have this problem, maybe it's caused by some obscure configuration parameter that some of us are not setting properly.

I know that XDMCP isn't the most commonly used feature of Kubuntu, but it's a standard feature of X11 and should work for those of us who need it.

Revision history for this message
Willem Kan (wrkan-deactivatedaccount) wrote :

I can confirm this bug too. I have tried for hours. Why is there no follo-wup on this bug? Will it be there forever??????

Revision history for this message
John Vivirito (gnomefreak) wrote :

Has anyone tried with a clean install instead of update from earlier release? Is this only in Kubuntu or do you see this in Ubuntu or Xubuntu?

Revision history for this message
Willem Kan (wrkan-deactivatedaccount) wrote :

I tried this on a clean Feisty install, no update or anything. I tried
several times before finding out that this is a bug in Kubuntu.

_________________________________________________________________
Meer ruimte nodig? Maak nu je eigen Space http://spaces.msn.nl/

Revision history for this message
bozackt (bozackt) wrote :

How do problems like this get addresses? This problem was first reported on Nov 15 of last year, but its importance is still listed as "undecided" and no action has been take to solve it. Is there something that "we" can do to facilitate the process?

The bug is 100% reproducible for those who experience it. I'm sure many of us would be glad to work with the Kubuntu team to help resolve the problem. I personally don't have the expertise to track this bug down, but I would be more than willing to provide information, run code, etc. to assist someone who does.

Revision history for this message
Willem Kan (wrkan-deactivatedaccount) wrote :

Thatś exactly my question; it is not the first time I address these kind
of issues, but it is "undecided| what happens for months...

bozackt wrote:
>How do problems like this get addresses? This problem was first reported
>on Nov 15 of last year, but its importance is still listed as
>"undecided" and no action has been take to solve it. Is there something
>that "we" can do to facilitate the process?
>
>The bug is 100% reproducible for those who experience it. I'm sure many
>of us would be glad to work with the Kubuntu team to help resolve the
>problem. I personally don't have the expertise to track this bug down,
>but I would be more than willing to provide information, run code, etc.
>to assist someone who does.
>
>

_________________________________________________________________
Bellen met Messenger? Download nu Windows Live Messenger beta!
http://imagine-msn.com/messenger/launch80/default.aspx?locale=nl-nl

Revision history for this message
Willem Kan (wrkan-deactivatedaccount) wrote :

Still no update? I think this is a SERIOUS bug, no?

Revision history for this message
bozackt (bozackt) wrote :

Is there any chance this bug will ever be fixed? It was first reported on 2006-11-15 - more than a year ago. Seems like enough time to get some kind of answer. Just asking.

Revision history for this message
jdcharlton (j-d-charlton) wrote :

I was experiencing this problem on kubuntu 8.04 and have seen it on earlier versions. I don't know if this fixed it, but I had a line in the Xaccess file as follows:

192.168.100.* CHOOSER BROADCAST

followed by later in the file:

192.168.100.*

I commented the first line since I am not sure what it does exactly and it seems to be a factor in the local login problem I am having. When I comment the CHOOSER BROADCAST line the local login returns after logging out. My intention with the second line is to make remote X logins available on a local network but not outside of that network which does work as intended.

--John

Revision history for this message
bozackt (bozackt) wrote :

John, thanks for following up on this subject. It's been a really frustrating problem.

I'm not sure you're describing the same problem as the one in the bug report. Maybe I'm misinterpreting your post, but it sounds like you're having trouble with with the chooser on the local machine. The issue that most of us have is the loss of the local display after logging out from a remote XDMCP session. The local display can (usually) be restored by entering CTRL-F7 local machine.

Your description indicates that this problem has been corrected in 8.04. In other words, when you log out from a remote XDMCP session you local display remains unaffected. If this is correct, I'll try 8.04 and see if I get the same result.

Thanks,
Tom

Revision history for this message
Alvin (alvind) wrote :

I'm still experiencing loss of local display after an XDMCP session in Jaunty alpha 6.

Revision history for this message
Harald Sitter (apachelogger) wrote :

a) it would be good to have a proper package selected (i.e. one that is actually affected et all)
b) does anyone know if this is also a problem in GDM?
c) can anyone provide a step-by-step guide on how to reproduce this without a windows machine?

affects: kubuntu-meta (Ubuntu) → kdebase-workspace (Ubuntu)
Revision history for this message
Harald Sitter (apachelogger) wrote :

Didn't get any information :(

Changed in kdebase-workspace (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.