On 6/18/15 4:16 PM, Craig Ruff wrote: > I was using the TurboVNC 1.2.3 native vncviewer. Testing with the > turbovnc-1.2.91-20150612 RPM java based viewer shows that the resizing > does work.
This is expected behavior with the 1.2.x X11 viewer. The 1.2.x Windows viewer cannot initiate a remote desktop resize, but it will handle resize requests initiated by the server or by another viewer. The 1.2.x X11 viewer doesn't support resizing at all (one of many reasons why I chose to obsolete it.) > However, when using the Linux TurboVNC 1.2.91 java vncviewer and either > Oracle jre-6u45, jre-7u76 or jre-8u45, connected to a TurboVNC 1.2 Xvnc, > I quickly found odd behavior with the mouse buttons and text selection > in an xterm. Sometimes the middle mouse button would start a selection > that followed the mouse movements instead of pasting the previously > selected text, or would past the selection then start a new selection. > Sometimes the new selection would "automagically" start when the mouse > moved into the viewer window or when a scroll wheel was moved. Needless > to say, that combination of the java viewer and Xvnc server is not > really usable. The TurboVNC 1.2.x server doesn't even pretend to work under RHEL 7, even when using MATE or KDE: http://www.turbovnc.org/Documentation/Compatibility Its X extensions are just too old. However, if you're trying to run the 1.2.x server on a platform that it does support (RHEL 6, for instance) and are still experiencing the issue described above, then it's a bug. In that case, please provide more information about the server platform and window manager you are trying to run when you experience the issue, as well as the exact steps necessary to reproduce the bug. > There does not appear to be a native Unix viewer in the 1.2.91 source > tree, just some java viewer related stuff. Yes, with 2.0, I use "native viewer" and "Windows viewer" interchangeably, since the Windows viewer is now the only native viewer. The Un*x viewer in 2.0 is the Java viewer with some native glueware. I've done a massive amount of work on the performance of the Java viewer, and it is now performing as fast as or faster than the native viewer (or the legacy 1.2.x X11 viewer) and generally faster than the TigerVNC native viewers. At one time, I was interested in developing a GTK-based viewer based around the Windows viewer source code. I'd still do that if someone paid me, but I don't see it as necessary anymore. The Java viewer is more flexible, and on Linux, using Java is not a restriction, since OpenJDK is available in pretty much every major distro. ------------------------------------------------------------------------------ _______________________________________________ TurboVNC-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/turbovnc-users
