[VirtualGL-Users] TurboVNC 1.2 release candidate

[DRC <dco...@us...>]

is now available at:

https://sourceforge.net/projects/virtualgl/files/TurboVNC/1.1.95%20%281.2rc%29/

There were enough issues discovered with the Java viewer that I felt it 
prudent to give the community another pass at testing it before the 
final release is issued.  All remaining issues that I'm aware of are 
bugs in Java, but I've filed bug reports for them on SourceForge for 
tracking purposes.  Please give everything a thorough test, particularly 
if your environment could be affected by one or more of the issues below.

Also note that, relative to the most recent pre-release build, this 
release enables multi-screen spanning with the new Lion full-screen feature.


Significant changes since 1.2 beta1:

[1] The Mac TurboVNC Viewer no longer has a separate menu for the 
"About" and "Preferences" options.  As is the case with most Mac 
applications, these options are now accessed from the application menu.

[2] Opening VNC viewer config (.vnc) files in the OS X Finder or 
dragging and dropping them onto the Mac TurboVNC Viewer icon now works 
properly.  Additionally, if a connection is already open, dragging and 
dropping a .vnc file onto the Mac TurboVNC Viewer icon will now open a 
new connection.

[3] VNC viewer config (.vnc) files can now be opened in Windows by 
dragging and dropping them onto the Windows TurboVNC Viewer icon.

[4] The Java TurboVNC Viewer can now be built and run with Java 1.5. 
Consequently, the Mac TurboVNC Viewer now works with the version of Java 
shipped with OS X 10.4 and 10.5.

[5] Normally, when using the Java TurboVNC Viewer on Mac platforms, the 
menu bar is still visible in full-screen mode, and the dock is still 
visible if it is not set to auto-hide.  The Java/Mac TurboVNC Viewer now 
takes advantage of the OS X Lion full-screen feature, if available, to 
provide a "true" full-screen mode on OS X 10.7 and later.  On OS X 10.6 
and earlier, the behavior is unchanged.

[6] Fixed a regression in the new Java TurboVNC Viewer whereby, when 
used as an applet, specifying a host other than the VNC server in the 
"Server" parameter had no effect.

[7] Fixed various key mapping issues in the Java TurboVNC Viewer:
-- Inability to differentiate between the numeric keypad versions of the 
navigation keys (Home, End, etc.) and their equivalents on the main 
keyboard.
-- Inability to differentiate between the left and right versions of the 
modifier keys (Alt, Ctrl, etc.)
-- The viewer was not properly handling the AltGr key on international 
keyboards.
-- Inability to use left Alt key sequences on Mac clients to activate 
pull-down menus on Linux/Windows servers.
-- The Apple keys on Macintosh keyboards can now be used as Windows keys 
when connecting to Linux and Windows servers.

[8] The Windows TurboVNC Viewer now properly differentiates between the 
numeric keypad versions of the navigation keys (Home, End, etc.) and 
their equivalents on the main keyboard.

[9] Fixed a minor issue in the Windows TurboVNC Viewer whereby it would 
trigger an Alt keypress on the remote desktop whenever an AltGr key 
symbol was typed repeatedly.

[10] Added LSB headers to the TurboVNC Server init.d script (tvncserver) 
in order to avoid insserv errors/warnings with recent Debian releases.

[11] The TurboVNC Server can now build its font path from a font 
catalogue, on systems that support them (such as RHEL 6.)  vncserver 
will now check for the existence of a font catalogue at 
/etc/X11/fontpath.d and use it if it exists.  For systems that do not 
support font catalogues, vncserver will now check for the existence of 
the Liberation fonts (used by LibreOffice) and the Ghostscript fonts and 
add them to the fontpath.

[12] Fixed an error that occurred when running '/etc/init.d/tvncserver 
stop' with an empty /etc/sysconfig/tvncservers file.

[13] Fixed an issue whereby the X11 TurboVNC Viewer would fail with an 
error message of "Password stored in connection info file is invalid" 
when loading a connection info file in which the encrypted password 
contained "00".

[14] Fixed an issue with the multi-monitor spanning feature in the 
Mac/Java TurboVNC Viewer whereby the remote desktop would appear on the 
secondary monitor instead of the primary monitor when the span mode was 
set to "Primary" (or when the span mode was set to "Auto" and the remote 
desktop area was less than the primary monitor area.)