3.0.3
Assets
- turbovnc-3.0.3.tar.gz is the official source tarball for this release. The automatically generated "Source code" assets are not supported.
- Refer to https://TurboVNC.org/Downloads/DigitalSignatures for information regarding the methods used to sign the files in this release and instructions for verifying the signatures.
- The binary packages were built with libjpeg-turbo 2.1.5.1 and Adoptium OpenJDK 11.0.18+10.
Support
Code Quality: Stable
Current Support Category: Maintenance
Documentation
User’s Guide for TurboVNC 3.0.3
Release Notes
Significant changes relative to 3.0.2:
-
Fixed an issue in the Windows TurboVNC Viewer whereby a left Alt key press, followed by a left Alt key release, caused the keyboard focus to be redirected to the system menu, and subsequent keystrokes were consumed by the system menu until left Alt or Esc was pressed to dismiss the menu.
-
Fixed an issue whereby Rosetta was required in order to install the TurboVNC package for Macs with Apple silicon CPUs.
-
Fixed a regression introduced by 2.2 beta1[7] that prevented the idle timeout feature in the TurboVNC Server from working properly.
-
The Mac TurboVNC Viewer app now informs macOS that it supports HiDPI monitors. This improves the sharpness of the remote desktop and TurboVNC Viewer GUI when using a Retina display.
-
Fixed a regression introduced by 3.0 beta1[24] that caused the TurboVNC Server to become unresponsive if the network connection dropped and a VNC viewer disconnected before the network connection was restored.
-
The
vncserver
script no longer passes-rfbwait 120000
to Xvnc. Effectively, that hard-coded the TurboVNC Server's send/receive timeout to 120 seconds, which doesn't make sense for most modern systems and networks. (The default value if-rfbwait
is not passed to Xvnc is 20 seconds, which makes more sense.) The previous behavior can be restored by adding-rfbwait 120000
to the$serverArgs
variable in turbovncserver.conf. -
Fixed an issue in the TurboVNC Viewer that sometimes caused the Java process to crash when closing the viewer window, particularly if multiple connections were open.
-
Fixed a regression introduced by 3.0.1[3] whereby the TurboVNC Viewer's built-in SSH client tried the
ssh-rsa
,rsa-sha2-256
, andrsa-sha2-512
signature schemes in sequence for every RSA private key stored in the SSH agent, even if the SSH server did not support one or more of those signature schemes. This caused the SSH client to prematurely exceed the SSH server's maximum number of authentication attempts. -
Fixed an issue in the TurboVNC Viewer's built-in SSH client whereby SSH private keys specified using the
SSHKey
andSSHKeyFile
parameters or theIdentityFile
OpenSSH config file keyword were added to the SSH agent's persistent keychain. The SSH client now maintains its own temporary keychain rather than modifying the agent's keychain. -
To better emulate the behavior of OpenSSH, the TurboVNC Viewer's built-in SSH client has been improved in the following ways:
- If the SSH agent already has a copy of an SSH private key that was specified using the
SSHKey
orSSHKeyFile
parameter or theIdentityFile
OpenSSH config file keyword, then the SSH client now promotes the agent's copy of the key to the head of the SSH client's keychain rather than adding a duplicate key to the end of the keychain. If the SSH agent does not have a copy of the specified SSH private key, then the SSH client now adds the new key to the head of its keychain if a valid passphrase for the key was specified or to the end of its keychain if a valid passphrase for the key was not specified. - The TurboVNC Viewer now treats ~/.ssh/id_ecdsa as a default private key. Each of the default private keys ~/.ssh/id_rsa, ~/.ssh/id_dsa, and ~/.ssh/id_ecdsa, in that order, will be added to the SSH client's keychain using the rules described above if the file exists and the
SSHKey
andSSHKeyFile
parameters are not specified. +
,^
, and-
can now be used at the beginning of thePubkeyAcceptedAlgorithms
OpenSSH config file keyword to specify a set of algorithms that should be appended to, prepended to, or removed from the default list.- Fixed a regression introduced by 2.2.1[5] that caused the
PreferredAuthentications
OpenSSH config file keyword to be ignored.
- If the SSH agent already has a copy of an SSH private key that was specified using the