![]() Registered Member ![]()
|
The machine in question is running Arch Linux on x86_64 and using their official, most up-to-date packages.
I access this machine remotely by running a KDE 4.7 session inside Xephyr on another machine via X forwarding. Everything works great for a while, but when left idle for some time (say 10 minutes,) the Kickoff launcher menu opens correctly and all task manager icons highlight on hover, but actually clicking on an application icon in either of these locations (like Konsole or Chromium) has absolutely no effect, the applications don't run. I have to kill my session and start a new one to be able to open applications again. Does anyone have any thoughts as to why this might be happening? |
![]() Administrator ![]()
|
Are any debugging error messages left in ~/.xsession-errors on the machine where your session is actually being executed? (Or the equivalent log files...)
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
Here's how I start a remote session on a "client" machine:
An explanation of the above: 1) Xephyr is started locally and assigned to display 1. 2) DISPLAY environment variable is forced to 1. 3) Start the remote KDE session. startkde is wrapped by dbus-launch, which is wrapped by bash. The bash wrapping is there so that /etc/profile is properly sourced into the running KDE environment (so that Java is on the PATH, etc.) When clicking on something like the Konsole icon and not having Konsole open, the following appears in ssh_log.txt:
...and then later:
So it seems like after some time of being left idle, DISPLAY is reset back to 0 instead of 1, so the new windows don't attach inside my existing Xephyr->KDE session. I have no idea why that's happening. Thoughts? |
![]() Administrator ![]()
|
I would suggest checking that the variable is not being reset somehow by the startkde scripts.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
I figured out that this probably isn't related to the DISPLAY variable, but now I have absolutely no idea what it could be.
Right after the session loads up, Konsole shows that the value of DISPLAY is localhost:10.0. This is the same display that shows up in the logs where applications fail to open up (after the session has been left idle for a few minutes.) If the startkde scripts were to blame, wouldn't nothing launch as soon as KDE loads up? Why would this only start happening only after a few minutes of the session being idle? |
Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot], Yahoo [Bot]