April 27th, 2012· Installer for Windows: Parameter-based silent installation. You can pre-configure TightVNC Server via MSI parameters and perform mass installation via a batch file or Group Policy.
· Installer for Windows: Both 32-bit (x86) and 64-bit (x64) versions of the installer are available.
· Server for Windows: Full support for 64-bit systems. Besides obvious benefits of using native architecture, this allows to attach so called "message hooks" to 64-bit applications. In a simple language, message hooks help at detecting screen activity, so that we can get updates almost immediately instead of polling the complete screen once per second or so.
· Server for Windows: Support for mirror video driver (DFMirage). This makes screen reading ultra-fast in all supported versions of Windows, from Windows 2000 to Windows 7. DFMirage driver is a separate product, but it's free for TightVNC users (and it's available commercially if needed).
· Server for Windows: Improved performance when sharing a desktop with Windows Aero enabled. With Aero, each screen reading operation is expensive, and we can improve performance by reading more pixels in less operations.
· Server for Windows: Improved logging. Most importantly, new version reports all incoming connections to Windows Event Log. Also, logging to text files has been improved - the service writes to the same log file from all its child processes. There's always just one log file, so it's easier to locate an error message or e-mail the log to technical support service.
· Server for Windows: New option to configure extra ports mapped to arbitrary screen areas. If a client connects to such an extra port, it will be shown the corresponding part of the screen only.
· Server for Windows: New command-line options to share full desktop, primary monitor, selected monitor, a window, or an arbitrary rectangular area.
· Server for Windows: Optimized video processing for specific window classes. You can tell TightVNC to treat certain windows as video by providing a list of window class names. Once a matching window is detected, its contents will be sent to clients continuously, with minimum delays.
· Viewer for Windows: Completely rewritten version, free of GPL-only source code.
· Viewer for Windows: Native 64-bit version for improved performance in x64 systems.
· Viewer for Windows: Fast screen drawing and optimized decoders.
· Viewer for Windows: New ZRLE decoder for improved compatibility with wide range of VNC-compatible servers.
· Viewer for Windows: Desktop scaling that can be easily controlled via the toolbar.
· Viewer for Windows: New feature to pause screen updates. You can freeze the remote desktop at any moment, e.g. to make a screenshot, examine details or demonstrate the screen to other people.
· Viewer for Windows: Unicode-enabled compilation. Unlike previous versions of TightVNC Viewer, this one fully supports Unicode and has no problems with using multiple national languages in user input, screen labels, file names etc.
· Viewer for Windows: Easily reusable source code. The viewer has been redesigned from the scratch. The primary design goal was to develop a "remote control SDK" and build the viewer on top of it. And we've done just that. So not only we provide new version of the viewer, but we also give software developers an easy way to add remote control functionality to their products (both free and commercial). The resulting SDK has a simple interface which hides all the complexity of the underlying protocols. It's written in C++, has minimum dependencies on Windows systems and will be made truly cross-platform in its future versions.
· Java Viewer: Desktop scaling that can be easily controlled via the toolbar.
August 4th, 2011· Server for Windows: Fixed a potential security problem which could allow a logged in user to gain elevated privilegies in file transfers. This problem affected Windows 2000 systems only.
· Server for Windows: CPU use was significantly reduced in idle periods when there are no users connected.
· Server for Windows: Fixed a problem which resulted in wrong color rendering in "big-endian" viewers (e.g. PowerPC-based Mac viewers).
· Server for Windows: Fixed rendering of semi-transparent mouse cursors. Previously, big black boxes could be seen instead of such cursors.
May 27th, 2011· Server for Windows: Fixed a bug which prevented file transfers from working properly under Windows 2000.
· Server for Windows: Introducing new "error handler" which allows saving memory dumps on critical errors.
· Server for Windows: In systems with swapped left and right mouse buttons, remote mouse events will be adjusted accordingly. As a result, the remote mouse should work just like the local one.
· Server for Windows: Fixed a number of problems led to errors on setting service passwords from the installer.
· Server for Windows: Not allowing to enter administrative passwords longer than eight characters. This limitation is caused by using standard DES-based VNC-compatible authentication. Previous versions used only the first eight characters anyway but it was possible to enter longer passwords and that could confuse users who did not know about the limitation.
· Server for Windows: Fixed a problem with injecting lowercase characters when CapsLock was on on the server. Previous version generated uppercase characters when CapsLock was on, regardless of the Shift state.
· Server for Windows: Implemented a special trick to bypass the problem with generating "^6" instead of "6" when using US International keyboard layout. It looks like there is a bug in Windows so we could do nothing better than to cook a workaround specifically for this case.
· Server for Windows: Fixed clipboard handling with multiple client connections. Previously, clipboard contents might not be sent to particular clients in certain circumstances.
· Server for Windows: Adjusted log verbosity levels for log messages generated by the control interface connection, so that such messages will not overload the log any more.
· Server for Windows: Improved support for simple RFB clients that cannot handle desktop size changes.
· Server for Windows: Made minor adjustments in the user interface. Specifically, the "About..." form has been cleaned up, and a typo has been corrected in the Configuration window.
· Viewer for Windows: Fixed a number of problems with keyboard handling: preventing modifier keys from being stuck on switching to/from the viewer window; distinguishing left and right modifiers properly; sending arbitrary Unicode characters even if they were not defined in the original X11 protocol; and sending correct codes for the keys on the numeric keypad.
· Viewer for Windows: Ctrl-Alt-Del combination should not depend on current ScrollLock state (which normally toggles Alt key to Meta key conversion).
· Viewer for Windows: Fixed an issue with not sending update requests after choosing Minimize then Maximize on the viewer window (as opposed to the Minimize/Restore sequence which always worked correctly).
· Viewer for Windows: Fixed a number of problems with saving and restoring connection options.
· Viewer for Windows: Fixed user interface logic in the Options window. There were incorrect dependencies between compression-related controls.
· Viewer for Windows: Improved phrasing for a number of error messages and log records in the file transfer module.
· Source Code: Visual Studio 2010 is now supported, upgraded solution and project files are included in the source distribution. Versions for Visual Studio 2008 are included as well.
November 10th, 2010· Server for Windows: The server could work incorrectly or even crash when font size adjustment or DPI scaling feature was used. New version should be fully compatible with Windows desktop scaling. This fix was developed for TightVNC 2.0.1 but was not included in that version due to a packaging problem.
· Server and Viewer for Windows: More fixes have been made to solve problems with clipboard transfers. Both server and viewer could send question characters instead of non-ASCII symbols if current input language did not match the text encoding. These fixes complement related changes introduced in version 2.0.1.
November 10th, 2010· Server for Windows: The server could work incorrectly or even crash when font size adjustment or DPI scaling feature was used. New version should be fully compatible with Windows desktop scaling. [UPDATE: Due to a packaging problem this fix was not included in version 2.0.1.]
· Server for Windows: Fixed log file rotation. After creating five backup copies, it failed to rename old files and just overwrote the most recent log file.
· Viewer for Windows: Server-to-client clipboard transfers have been fixed. Characters beyond the basic ASCII set could be copied into the local clipboard incorrectly.
May 21st, 2010· Installer for Windows: Fixed a bug with uninstaller not removing TightVNC entries from Add/Remove Programs list. Also, new installer should remove invalid entries left by previous Beta versions.
· Installer for Windows: Trying to recover registry entries created with wrong permissions by previous Beta versions. Correct permissions to the service-mode configuration should give access only to SYSTEM and to the Administrators group.
· Server for Windows: Fixed a bug with not simulating AltGr (Alt and Ctrl) to produce characters that require AltGr to be entered correctly in current keyboard layout.
· Server for Windows: Fixed cursor shape updates that were encoded and sent incorrectly if the cursor width was not a multiple of 16. That led to disconnects due to broken protocol synchronization.
· Server for Windows: Control interface erroneously tried to read configuration from the registry after it was already given that configuration by the service. That could cause IP access control rules to disappear from the configuration under certain circumstances.
· Server for Windows: Registry entries could be created with wrong permissions while writing configuration or installing initial service-mode passwords.
· Server for Windows: Solved the problem of not shutting down the control interface if the tray menu was open at the moment of shutdown.
· Server for Windows: More logging has been added to trace RFB initialization sequence for client connections.
· Server for Windows: Fixed a problem with sending framebuffer updates for screen areas beyond the requested region.
· Viewer for Windows: New version fixes problems with sending key combinations like Ctrl+A, Ctrl+[ or Ctrl+Shift+^ that should produce control characters with ASCII codes below 32.
· Viewer for Windows: Various other key combinations with Ctrl and AltGr have been fixed.
· Viewer for Windows: Recovered CapsLock functionality that was broken in previous Beta version.
· Viewer for Windows: Key codes have been corrected for a number of keys: F1, F2, F3, F4, "=".
· Viewer for Windows: New viewer will reset keyboard modifiers to their actual state on restoring keyboard focus. After leaving the viewer window with Alt+Tab and returning to the viewer again, Alt could get "stuck" and one would need to press Alt once again to restore correct keyboard handling.
· Viewer for Windows: Win key presses will not be propagated to the server any more. Otherwise, combinations like Win+R would have both local effect (e.g. open the "Run" prompt) and also open the Start menu remotely.
· Viewer for Windows: Special ScrollLock functionality has been restored. When ScrollLock is on, the viewer will send Meta on pressing Alt. This may be handy when working on Unix servers.
· Viewer for Windows: Fixed a problem with adjusting the listening port number using arrow buttons near the text field. It could add thousands separator and produce invalid numbers in the text field.
April 30th, 2010· Server and Viewer for Windows: There were many enhancements and fixes related to keyboard handling. Keyboard handling is the primary focus of this Beta version.
· Server for Windows: A bug with clipboard handling has been fixed. When running as a service, TightVNC Server could crash if a user copied something to the clipboard.
· Server for Windows: There was a bug which caused the control interface to crash if the server had a lot of IP addresses. The problem has been resolved.
· Server for Windows: File uploads could fail at changing file modification timestamps. This bug has been fixed.
· Server for Windows: Fixed a bug with Web access not enabled by default.
· Viewer for Windows: When run with the -help command-line option, the viewer listed a lot of options it actually does not support. This has been fixed. Unsupported options have been removed, supported options have received better documentation.
· Viewer for Windows: Unsupported command-line options were treated as host names to connect to. Now the viewer will report error messages on discovering unknown options in the command line.
· Viewer for Windows: The viewer used to connect to nowhere if it could not read the specified .vnc file. Now it should exit correctly after showing the error message.
· Viewer for Windows: In connection options, the check box "Request shared session" will be disabled after the connection has been established.
· There were other minor improvements and fixes.
April 23rd, 2010· Installer: Valid digital signatures have been added to the installer and installed TightVNC executable files.
· Installer: Featuring new option to add exceptions for TightVNC Server and Viewer to Windows Firewall (supported in Windows XP SP2 or any later version of Windows).
· Installer: Featuring new option to enable system services simulate well-known Ctrl-Alt-Del keyboard combination under Windows Vista and above.
· Installer: The service configuration page (where initial passwords can be set) has become completely optional. And that page will not be auto-selected if the passwords have been set already.
· Installer: An issue with file sharing failure has been fixed - it could be experienced after trying to set both passwords via the service configuration page. Also, there were potential problems with not actually enabling authentication on setting passwords from the installer - they have been fixed as well.
· Installer: There was a number of other minor changes such as user interface enhancements and improvements to the installation logic.
· Server for Windows: Keyboard handling has been fixed. Previous Beta version could handle combinations like Ctrl-C or Ctrl-V incorrectly - it could insert literal C or V instead. New version fixes that - it should interpret keyboard modifiers properly. In addition, it fully supports Windows and Menu keys. Finally, sending Ctrl-Alt-Del remotely should work on all supported versions of Windows.
· Server for Windows: Authentication subsystem has been improved - now it would prevent brute-force attacks on passwords by introducing delays after failed authentication attempts. This works for both RFB connections and for administrative passwords. Another authentication-related fix eliminates erroneous authentication requests on reverse connections.
· Server for Windows: Tight encoder has been fixed - it could work incorrectly in previous Beta version. It did not preserve the state of its data stream in situations when it was disabled and then re-enabled by the viewer. As a result, the viewer could not decode compressed data and had to disconnect. Corrected code accurately preserves the state of each encoder to eliminate such protocol synchronization problems.
· Server for Windows: Clipboard handling has been recovered. Clipboard transfers could fail in either direction due to text format translation problems - resolved now.
· Server for Windows: Mouse position tracking over multiple monitors has been fixed. Previously, coordinates of the mouse cursor could be calculated incorrectly if the primary monitor was not the leftmost and topmost one within a composite desktop.
· Server for Windows: New version sends viewers descriptive error messages if it must close their connections in the very beginning of the session. For example, if the server does not allow "loopback" connections, the viewer will report that fact. Similarly, the viewer should report other errors like protocol version mismatch or rejects caused by repetitive authentication failures.
· Server for Windows: Several useful command-line options have been re-implemented: -connect, -disconnectall, -reload and -shutdown (they must be preceded with either -controlservice or -controlapp in the command line). Similar options (with slightly different names) were supported by TightVNC 1.x, but there were no counterparts available in TightVNC 2.0 Beta 1.
· Server for Windows: Compatibility with other software has been improved. In particular, palette-based pixel formats are now properly supported. TightVNC Viewer never requests indexed colors, but other RFB-compliant software may do that. Previous version of the TightVNC Server could calculate palette colors incorrectly, effectively converting all colors to black. That issue has been resolved.
· Server for Windows: In TightVNC file transfer protocol, file modification timestamps are represented in milliseconds. However, previous version erroneously decreased precision and actually operated with pure seconds. That has been fixed.
· Server for Windows: There was a number of other improvements, including architectural adjustments, additional logging, fixes for real and potential memory leaks, code cleanups, and so on.
· Viewer for Windows: A bug with registering .vnc file extension has been fixed. The viewer wrote incorrect command line to the registry and then could not restore connections saved in .vnc files.
· Viewer for Windows: Keyboard handling has been improved. New version is able to send Windows and Menu keys over the RFB protocol.
· Viewer for Windows: File modification time format has been corrected in file transfer panels. Timestamps were formatted in UTC for some reason, but now they should show up in local time zone.
· Viewer for Windows: "Local cursor shape" setting has been recovered. Now it should take immediate effect on pressing the Ok button in the Connection Options window. In addition, pressing that Ok button would not hide remote cursor - that was another bug fixed in this version.
· Viewer for Windows: TightVNC Viewer could write repetitive entries to the connection history and it could create meaningless directories in the registry when parsing its command line.
· Other minor improvements and fixes have been made.
April 23rd, 2010· Server and Viewer for Windows: Introducing new file transfer subsystem based on new protocol extensions. Multiple files and directories can be copied at once, directories are processed recursively. Data compression is used to speed-up copying. Files can be renamed or removed, new directories can be created. File sizes are not limited by 4 Gb any more.
· Server for Windows: Implemented new architecture which separates service code from the user interface. This enables service-mode operation under Windows Vista and Windows 7. Also, this fixes all known problems with multi-user features of modern Windows systems like Fast User Switching and Terminal Services.
· Server for Windows: Screen updates have become reliable. If something went wrong and the picture in the viewer is garbled, incomplete or outdated, it will be recovered in reasonable time. There should be no more hidden menus or destructive window movements. If fast update detection methods fail, full-screen polling will keep updates going.
· Server for Windows: Featuring new secure administrative interface. What was called "TightVNC tray icon" in previous versions is now a separate process which acts as a control interface to the TightVNC service. Control interface can be optionally protected with a password to make sure users cannot reconfigure or shut down the service unless they know the password (or have administrator privileges).
· Server for Windows: There should be no more confusion between "default settings" and "user settings". In TightVNC 2.0, there is only one service-mode configuration and it is not affected by any per-user settings. The "Configure..." menu item of the service always shows the effective configuration. From the other side, TightVNC Server can be started as an application, and in that case each user has his/her own configuration.
· Server for Windows: Featuring IP-based access control for incoming connections. Previous versions of TightVNC did allow similar IP filtering, but now everything is easily configurable. You can even test the rules on specific IP addresses, prior to applying new rules.
· Installer: TightVNC 2.0 distribution has been packaged with new installer. It's smarter and more efficient. It tries to prevent reboots whenever possible. It invites to set passwords so that TightVNC Server would be ready to work right at the moment of finishing the installation. From the other side, it can operate silently (when run with /S option in the command line). Finally, the complete self-installing TightVNC package (both server and viewer parts, and the uninstall tool) is only 550 kilobytes in size.
· This list of changes is not full. TightVNC Server 2.0 for Windows has been completely rewritten by the TightVNC team. It does not include old TightVNC 1.3 code. So the right answer to the "What's New?" question must be "Everything!".
April 23rd, 2010· Windows Server: Impersonating currently logged on user while processing file transfer requests. Disabling file transfers if current user is unknown or nobody is logged in.
· Windows Server: Fixed rendering problems when multiple CopyRects were combined with normal updates. That could caused distortions that never updated even with full-screen polling active.
· Windows Server: Added new "-silent" command-line option which modifies the behavior of -install, -reinstall and -remove options and makes them not show informational windows on successful execution. Note that -silent should precede other respective options in the command line.
· Windows Server: LastRect, XCursor and RichCursor pseudo-encodings were not properly enabled if they preceded true encodings in the SetEncodings protocol message.
· Windows Viewer: Fixed integer overflow vulnerabilities reported by Core Security Technologies. A specially modified VNC server could currupt the heap of the connected viewer causing its crash or malfunction.
· Windows Viewer: TightVNC Viewer version 1.3.9 saved only successful connections in the list of recently visited VNC servers. Now we save unsuccessful connections too so that users would not ever have to re-type server names after connection failures. Also, several other enhancements were made to the code which handles the list of recent connections.
· Windows Viewer: Fixed a bug with not loading passwords from saved .vnc files correctly if the first byte of their encrypted representation was zero.
· Windows Viewer: Fixed problems under Windows Vista where Windows taskbar could remain visible above the full-screen window.
· Windows Viewer: Fixed a problem with decoding JPEG rectangles wider than 2048 pixels.
· Windows Viewer: Fixed a bug with not saving log file name correctly on using the Browse button.
· Windows Viewer: Usability improvements in the "New Connection" dialog.
· Windows Packaging: Improved installer and uninstall utility. In this version, self-installing executable will not try to install service in Windows Vista. Improved uninstall program always removes the WinVNC service if it was previously installed.
· Unix Server: Applied fixes for 64-bit Linux issues, a patch from Russel Miranda.
· Unix Server: Made the vncserver script read configuration from files (system-wide /etc/tightvncserver.conf and user-specific $HOME/.vnc/tightvncserver.conf).
· All viewers: Allow configuring JPEG quality level regardless of the preferred encoding set. This makes sense because TightVNC Servers can transmit video data as JPEG even if Tight is not the preferred encoding.
· Java viewer: Fixed a bug that caused NullPointerException when connecting to any VNC server not supporting TightVNC protocol extensions.
· Java viewer: Fixed a bug with ignoreCursorUpdates option in 24-bit color mode caused the viewer to disconnect. Thanks to Damien Mascre for pointing out the issue.
· Java viewer: PORT parameter is not required any more, now it defaults to 5900.
· Java viewer: Do not defer update requests by default, to minimize delays in screen updates.
· Java viewer: Improvements in reporting statistics on disconnect.
· Java viewer: Added debugging parameters (DEBUG_XU, DEBUG_CU) that allow using the viewer as a tool for measuring VNC server performance.
· Other minor improvements and bugfixes.
May 8th, 2007· All platforms: Added support for the standard RFB protocol version 3.8 with TightVNC extensions.
· All platforms: Made "host:port" parsing maximally compatible with VNC4. Interpreting a number in host names like somehost:5900 as an actual port number if it's not in the range [0..99].
· Windows Server: Various user interface enhancements - changes in GUI labels, tray icon with a red border when incoming connections are not possible for any reason, more information in the tray icon tip, smarter logic in displaying the Properties dialog, and more.
· Windows Server: Fixed a problem introduced in TightVNC 1.3.8 - default passwords were not respected if user passwords were not set.
· Windows Server: Slightly improved handling of passwords. One of the notable changes is that now it's enough to enter a view-only password without providing primary password.
· Windows Server: Fixed problems with running WinVNC service and Terminal Services. When a Remote Desktop (RDP) client connected to the console, WinVNC showed black screen and did not restore normal operations even on disconnection of that RDP client. Now, we always share the console correctly, and disable simultaneous RDP and VNC sessions. The changes were ported from VNC 4.1.2.
· Windows Server: Better way of simulating Ctrl Alt Del. There are reports that this solves the problem with greyed username and password fields on Windows 2003 Server (bug #887617).
· Windows Server: Bugfix for the bug #1109102: attempt to restart the machine remotely via TightVNC led to disconnect if there was some non-saved data, and further connections were rejected.
· Windows Viewer: Multiple selection now works in file transfers, thanks to developers at Novell and personally Rohit Kumar.
· Windows Viewer: The viewer terminated silently when the server dropped connection right after accepting it. Now we report such errors.
· Windows version source archive: Included project files for compiling with Visual C 2005 Express Edition. Also, all required libraries are now included within the source distribution.
Find us on Google+
