This has been fixed in trunk and branches/1.2.x, and there's a new
stable build up at http://virtualgl.sourceforge.net/vnc.nightly/ that
incorporates the fix. I would ask Brian to review my patch (r5841 in
trunk or r5842 in the 1.2.x branch --
Just to have a more complete picture of what is happening, below I have
copied the output of xev running through VncViewer 1.2 Java Applet for the
following sequence of events: press mouse button 1, press mouse button 2,
release mouse button 2 and then release mouse button 1. As you may see, the
Can you confirm whether this also happens when the Java viewer is run in
standalone mode, i.e. not as an applet? Any chance you can also
determine whether it occurs with different client operating systems or
whether it's specific to one of them (Windows, for instance)?
On 9/30/13 3:05 PM,
I had the exact same behavior when running the Java viewer in standalone
mode (java -jar VncViewer.jar).
The problem happens in both Windows 7 64 bits and Linux 64 bits (at least
in CentOS 5 and 6, although I think that the linux version has little to do
with it).
Please, feel free to ask any for
Hi DRC,
I have just detected a strange behavior when using TurboVNC 1.2 client as
an applet. When I hold two mouse buttons simultaneously it doesn't work as
expected...
By using xev, I have checked that if I press and hold button 1, it
generates the correct ButtonPress event then, if I keep