Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#12 Incorect VNC behavoir on last X window close

closed
None
5
2003-04-12
2003-04-12
No

Heres a detailed description of how to display the
problem. Following that I list why (in real life) its a
problem.

Display the problem

1. make myself an xauth entry for the new display

xauth add 10.10.1.2:1 MIT-MAGIC-COOKIE-1
b1870bd6d50a81a9b365769fce547c69

2. start the X4vnc server

./Xvnc-ix86-linux-4.3.0.1 -dpi 100 :1 -auth ~/.Xauthority

3. connect to the X4vnc server

xtightvncviewer localhost:1

4. write a little script that goes.

-----------------------------------------
#!/bin/bash

export DISPLAY=10.10.1.2:1
xterm
xterm
-----------------------------------------

5. run the script. You should see a borderless xterm
appear in the vnc viewer.

6. type exit into the xterm and press return (or
control D). What *should* happen now is you get
presented with the second xterm, but instead Xvnc kicks
the vnc connection off. When you reconnect with the
vncviewer, the second window is there waiting, but you
should not be kicked until the root window is destroyed.

Real life pain

* if you have a X init file where you run things before
starting your main window manager/session manager, (as
in the case of running graphical versions ssh-add-key
where it is run and checked prior to opening anything
else).

* if you *first* run KDE3, on a machine with no
/dev/dsp, you will be disconnected twice during the
startup.

Discussion

  • Alan Hourihane
    Alan Hourihane
    2003-04-12

    Logged In: YES
    user_id=2372

    This is not incorrect Xserver behaviour. X would naturally
    do a server reset on the last client exiting.

    In the old Xserver this condition was disabled by the Xvnc
    people.

    Fortunately - with XFree86 v4.x and subsequently with xf4vnc
    you can disable this with the -noreset flag when starting Xvnc.

     
  • Alan Hourihane
    Alan Hourihane
    2003-04-12

    • assigned_to: nobody --> alanh
    • status: open --> closed