VBoxClient should not be started for remote X11 sessions -> fixed in 4.3 and later versions released after 21 July 2014
|Reported by:||Hrvoje||Owned by:|
|Component:||guest additions||Version:||VirtualBox 4.3.12|
|Guest type:||X11||Host type:||all|
While playing with remote display sessions, i stumbled upon VBoxClient. Problem is that when you run Xsession over SSH, VBoxClient is started from Xsession.d script, and it does work as expected.
For example, ssh to server machine using "ssh -X", and make sure that on client machine you have X server willing to accept X protocol. Starting desktop environment using Xession command, will cause desktop to be started, but also VBoxClient.
In this case VBoxClient sees display on remote machine, and does not have access to VBoxService. For some reason, this causes some wierd efects, one of them is that user is unable to select any text in terminal, and do copy/paste operations. I did test this with latest Ubuntu, using Lubuntu as desktop.
My suggestion would be to add check in /etc/X11/Xsession.d/98vboxadd-xclient script wheter are we run as local X11 session or remote one. Simple check would be to see if there is SSH_CONNECTION environment variable, and it it is, then do not run VBoxClient. Another way would be to check for XDG_SEAT variable, and if it is there, run VBoxClient.
There is also another error there. Scripts in /etc/X11/Xsession.d are not executed, but instead, they are sourced. As such, they _must not_ contain "exit" directives! And current script for VBox have one exit inside. This must be removed.
Change History (7)
comment:6 by , 9 years ago
|Summary:||VBoxClient should not be started for remote X11 sessions → VBoxClient should not be started for remote X11 sessions -> fixed in 4.3 and later versions released after 21 July 2014|