tigervnc / tigervnc

High performance, multi-platform VNC client and server

About TigerVNC

Virtual Network Computing (VNC) is a remote display system which allows you to view and interact with a virtual desktop environment that is running on another computer on the network. Using VNC, you can run graphical applications on a remote machine and send only the display from these applications to your local machine. VNC is platform-independent and supports a wide variety of operating systems and architectures as both servers and clients.

TigerVNC is a high-speed version of VNC based on the RealVNC 4 and X.org code bases. TigerVNC started as a next-generation development effort for TightVNC on Unix and Linux platforms, but it split from its parent project in early 2009 so that TightVNC could focus on Windows platforms. TigerVNC supports a variant of Tight encoding that is greatly accelerated by the use of the libjpeg-turbo JPEG codec.

Legal

Incomplete and generally out of date copyright list:

Copyright (C) 1999 AT&T Laboratories Cambridge
Copyright (C) 2002-2005 RealVNC Ltd.
Copyright (C) 2000-2006 TightVNC Group
Copyright (C) 2005-2006 Martin Koegler
Copyright (C) 2005-2006 Sun Microsystems, Inc.
Copyright (C) 2006 OCCAM Financial Technology
Copyright (C) 2000-2008 Constantin Kaplinsky
Copyright (C) 2004-2017 Peter Astrand for Cendio AB
Copyright (C) 2010 Antoine Martin
Copyright (C) 2010 m-privacy GmbH
Copyright (C) 2009-2011 D. R. Commander
Copyright (C) 2009-2011 Pierre Ossman for Cendio AB
Copyright (C) 2004, 2009-2011 Red Hat, Inc.
Copyright (C) 2009-2024 TigerVNC Team
All Rights Reserved.

This software is distributed under the GNU General Public Licence as published by the Free Software Foundation. See the file LICENCE.TXT for the conditions under which this software is made available. TigerVNC also contains code from other sources. See the Acknowledgements section below, and the individual source files, for details of the conditions under which they are made available.

All Platforms

All versions of TigerVNC contain the following programs:

• vncviewer - the cross-platform TigerVNC Viewer, written using FLTK.

  vncviewer connects to a VNC server and allows you to interact with the remote desktop being displayed by the VNC server. The VNC server can be running on a Windows or a Unix/Linux machine.

Windows-Specific

The Windows version of TigerVNC contains the following programs:

• winvnc - the TigerVNC Server for Windows. winvnc allows a Windows desktop to

  be accessed remotely using a VNC viewer.

WARNING: winvnc is currently unmaintained and and may not function correctly.

winvnc may not work if the Fast User Switching or Remote Desktop features are in use.

Unix/Linux-Specific (not Mac)

The Unix/Linux version of TigerVNC contains the following programs:

• Xvnc - the TigerVNC Server for Unix. Xvnc is both a VNC server and an X

  server with a "virtual" framebuffer. You should normally use the vncserver service to start Xvnc.

• vncpasswd - a program which allows you to change the VNC password used to

  access your VNC server sessions (assuming that VNC authentication is being used.) This command must be run to set a password before using VNC authentication with any of the servers or services.

• vncconfig - a program which is used to configure and control a running

  instance of Xvnc.

• x0vncserver - an inefficient VNC server which continuously polls any X

  display, allowing it to be controlled via VNC. It is intended mainly as a demonstration of a simple VNC server.

It also contains the following systemd service:

• [email protected] - a service to start a user session with Xvnc and one of

  the desktop environments available on the system.

ACKNOWLEDGEMENTS

This distribution contains public domain DES software by Richard Outerbridge. This is:

Copyright (c) 1988,1989,1990,1991,1992 by Richard Outerbridge. (GEnie : OUTER; CIS : [71755,204]) Graven Imagery, 1992.

This distribution contains software from the X Window System. This is:

Copyright 1987, 1988, 1998 The Open Group

Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation.

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE OPEN GROUP BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

Except as contained in this notice, the name of The Open Group shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from The Open Group.

Copyright 1987, 1988 by Digital Equipment Corporation, Maynard, Massachusetts.

All Rights Reserved

Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of Digital not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission.

DIGITAL DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL DIGITAL BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

tigervnc's Issues

1.4.1 vncviewer socket exception

vncviewer 1.4.1 gives error message below when connecting:

terminate called after throwing an exception 'network::SocketException'

TigerVNC 1.3.1: WinVNC crashes

Package: TigerVNC
Version: 1.3.1
Module: WinVNC

WinVNC crashes after a while. It seems to happen every time the cursor changes between states of arrow, marker and such. The server is running on XP and is connected to a listening client.

Full Backtrace:
https://gist.github.com/gaffatape/95c9624890dd175a0382

TigerVNC segfaults with fltk 1.3.3

I have upgraded from fltk 1.3.2 to 1.3.3 on Arch Linux x86_64, and suddenly the vncviewer crashes on successful connection:

TigerVNC Viewer 64-bit v1.3.1 (20140929)
Built on Sep 29 2014 at 14:46:36
Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.

Sat Nov 15 11:40:36 2014
CConn: connected to host 192.168.1.13 port 5900
CConnection: Server supports RFB protocol version 3.8
CConnection: Using RFB protocol version 3.8
[1] 22780 segmentation fault (core dumped) vncviewer 192.168.1.13

I have also tried to recompile tigervnc against this fltk version, but it still segfaults. So I guess this is a bug in tigervnc, not in Arch Linux (Arch bug report).

Keys do not autorepeat with x11vnc server

Keys do not autorepeat when using tigervnc viewer 1.3.1-6.3.1(opensuse 13.2) with x11vnc 0.9.13-7.1.2.
Tightvnc works OK.
The issue is reproducible.
Regards
Nick Sinik

Multiple viewer windows on OS X

I am using MacOS X (10.9.5) and TigerVNC Viewer 1.3.0.

After installing the viewer into the applications, one can simply start it from there or (if pinned to) from the dock - but only once.
But that way it is impossible to start a second or more sessions.

Workaround for me so far is to change to /Applications/TigerVNC Viewer 1.3.0.app/Contents/MacOS and start it manually (./TigerVNC\ Viewer). (But this also adds more "TigerEye"-icons to the dock.)

Does the "App" offer any way of starting another session, eg. via short cut?

Greetings,
Lico

Can't connect to MacOS Yosemite (No matching security types)

Any ideas what Apple have done to their vnc server?

TigerVNC Viewer 64-bit v1.3.80
Built on: 2014-10-21 01:46
Copyright (C) 1999-2014 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.

Mon Oct 27 15:04:30 2014
 CConn:       connected to host 10.1.200.229 port 5900
 CConnection: Server supports RFB protocol version 3.889
 CConnection: Using RFB protocol version 3.8
 CConnection: No matching security types
 CConn:       No matching security types

Downloading source code

When trying to specify a link for downloading the source TigerVNC tarball, the link is specified as v1.4.2.tar.gz. Please create a named tarball, e,g, tigervnc-1.4.2.tar.gz, as well. This is needed to facilitate documenting the build in BLFS. Thanks.

-- Bruce Dubbs
linuxfromscratch.org

Severe performance regression in TigerVNC 1.4 relative to 1.2 and 1.3

Unfortunately, I find that the refactored encoder and decoder have significantly regressed in performance relative to TigerVNC 1.3.x-- by about 20-30% on the encoding side and 30-40% on the decoding side. I consider this to be a bug, as it affects the suitability of TigerVNC as a solution for VirtualGL.

Some notes:

• I notice that the subrectangle mix is a bit different in the new encoder, and this may be partly responsible for the difference in performance. Also note that the compression ratio isn't as good with the new encoder.
• All results were visually verified-- that is, before the benchmark run, I ran compare-encodings with the -o option to generate encoded session files, and I played those back through vncviewer to verify that they were correct. This was done both with the CUT active and inactive, and for both the TigerVNC 1.2/1.3 encoder and the new 1.4 encoder.
• The same encoded datasets were used to test both versions of the viewer, so as to eliminate any differences in the encoder that might have affected those tests.

If you want to reproduce my results, you will need:

Encoder tests:

• The TurboVNC Benchmark Tools: https://sourceforge.net/p/turbovnc/code/HEAD/tree/vncbenchtools/trunk/ (these now contain a mockup of both the TigerVNC 1.2/1.3 encoder and the next-gen TigerVNC 1.4 encoder.)
• The datasets: http://www.turbovnc.org/rfbsessions.tar.bz2
• My convenience scripts for running the tests and parsing the output into a spreadsheet-friendly form:
  http://www.turbovnc.org/files/TurboVNC-Benchmark-Tools-Scripts.tar.bz2

Decoder tests:

• Turbo-encoded versions of the datasets: http://www.turbovnc.org/rfbsessions.turbo.hiqual.tar.bz2 (NOTE: these were all generated using the TurboVNC Benchmark Tools with the -o option.)
• Patches to the TigerVNC 1.3.x and 1.4.x viewers to enable them to play back these processed datasets and generate performance profiling information: http://www.turbovnc.org/files/TigerVNC-Viewer-Benchmark-Patches.tar.bz2
• My convenience scripts for running the tests and parsing the output into a spreadsheet-friendly form: http://www.turbovnc.org/files/TigerVNC-Viewer-Benchmark-Scripts.tar.bz2

Connecting alters resolution on Windows

We had an important issue when connecting from TightVNC 2.7.10 on Windows 8 to a TightVNC 2.7.10 server on Windows 7. The resolution would change (for example from 1920x1080) to 1280x1024. Once connected, Windows would only let us choose between 800x600, 1024x768 and 1280x1024. We tried multiple settings without success.

We then switched to TigerVNC 1.4.2 on both sides, but the issue remains. This happens whether or not "Resize remote session on connect" is checked, and whether or not "Resize remote session to the local window" is checked.

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

mouse pointer in multiscreen config

With a command line like this:
Xvnc :20 -ac -br +bs +iglx +render -screen 0 1920x1080x24 -screen 1 1920x1080x24 -screen 2 800x600x24 -SecurityTypes=None -query localhost

after connecting to any one of the screens with vncviewer, it's impossible to move the pointer between those.

any workaround / help with this is greatly appreciated!

Work around for conflicting proptietary X drivers

This might be related to: #95
This is about a solution/workaround though.

The issue is the fact that (on Fedora anyway) the nvidia closed source driver as installed from rpmfusion 'activates' the nvidia driver module (.so) on the search path by configuring ld.so. This works fine for local hardware displays, but not for Xvnc servers.

More details: https://bugzilla.redhat.com/show_bug.cgi?id=1178566

Not being an expert on either, but still looking forward to a solution, I'd like to share some thoughts:

I guess that the best solution would be to specify a specific LD_LIBRARY_PATH per display prior to starting the X server in which case the nvidia driver could be 'activated' by specifying the right LD_LIBRARY_PATH.

An alternative would be to put an LD_LIBRARY_PATH setting in the vncserver perl script specificall specifying /usr/lib so the standard libGL.so would be linked. This would be a workaround (not a true solution) but it would be an easy fix.

Community RFB Protocol Definition Missing After Migration to GitHub

It would appear that the Community RFB Protocol Specification that lived/lives here is nowhere to be found on GitHub. Perhaps it should live in its own repository (e.g. TigerVNC/rfbproto)?

Xtigervnc fails to start VNC extension with -localhost ; assumes IPv6 is present

Ubuntu 14.04.1 LTS
Package version 1.3.90+20141120git59c5a55c-3ubuntu1

When I start Xvnc with the -localhost argument, I get the error:

vncext: vncExtInit: unable to bind listening socket: Cannot assign
requested address (99)

Using strace I see:
bind(6, {sa_family=AF_INET6, sin6_port=htons(5903), inet_pton(AF_INET6, ":
:1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 EADDRNOTAVAIL (Can
not assign requested address)

...which will not work on this system because IPv6 is disabled on all network interfaces.

Thanks,

Owen

1.4.1 build issue

Building 1.4.1 I get the following error. cmake found fltk libs at the correct location as well as flt-config. It looks like fltk libs not linked. How to fix it?

[ 96%] Building CXX object vncviewer/CMakeFiles/vncviewer.dir/X11PixelBuffer.cxx.o
Linking CXX executable vncviewer
CMakeFiles/vncviewer.dir/DesktopWindow.cxx.o: In function DesktopWindow::fltkHandle(int, Fl_Window*)': DesktopWindow.cxx:(.text+0x85c): undefined reference totypeinfo for Fl_Window'
CMakeFiles/vncviewer.dir/DesktopWindow.cxx.o:(.rodata+0xa0): undefined reference to typeinfo for Fl_Window' CMakeFiles/vncviewer.dir/OptionsDialog.cxx.o:(.rodata+0x4c): undefined reference totypeinfo for Fl_Window'
CMakeFiles/vncviewer.dir/Viewport.cxx.o:(.rodata+0x184): undefined reference to typeinfo for Fl_Widget' CMakeFiles/vncviewer.dir/ServerDialog.cxx.o:(.rodata+0x4c): undefined reference totypeinfo for Fl_Window'
collect2: error: ld returned 1 exit status
vncviewer/CMakeFiles/vncviewer.dir/build.make:405: recipe for target 'vncviewer/vncviewer' failed
make[2]: *** [vncviewer/vncviewer] Error 1
CMakeFiles/Makefile2:771: recipe for target 'vncviewer/CMakeFiles/vncviewer.dir/all' failed
make[1]: *** [vncviewer/CMakeFiles/vncviewer.dir/all] Error 2
Makefile:117: recipe for target 'all' failed
make: *** [all] Error 2

After installing the NVIDIA driver, tigervnc doesn't work in Centos 7.

After installing the NVIDIA driver, I get the error message "Oh no! Something has gone wrong" from Gnome.

The following is the log file. I think the problem is vnc cannot use opengl. I want to disable opengl and the visual effects in gnome. But I don't know how to.

Xvnc TigerVNC 1.2.80 - built Jun 10 2014 06:14:52
Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.
Underlying X server release 11500000, The X.Org Foundation

Initializing built-in extension Generic Event Extension
Initializing built-in extension SHAPE
Initializing built-in extension MIT-SHM
Initializing built-in extension XInputExtension
Initializing built-in extension XTEST
Initializing built-in extension BIG-REQUESTS
Initializing built-in extension SYNC
Initializing built-in extension XKEYBOARD
Initializing built-in extension XC-MISC
Initializing built-in extension XFIXES
Initializing built-in extension RENDER
Initializing built-in extension RANDR
Initializing built-in extension COMPOSITE
Initializing built-in extension DAMAGE
Initializing built-in extension MIT-SCREEN-SAVER
Initializing built-in extension DOUBLE-BUFFER
Initializing built-in extension RECORD
Initializing built-in extension DPMS
Initializing built-in extension X-Resource
Initializing built-in extension XVideo
Initializing built-in extension XVideo-MotionCompensation
Initializing built-in extension VNC-EXTENSION
Initializing built-in extension GLX

Thu Sep 25 11:10:51 2014
vncext: VNC extension running!
vncext: Listening for VNC connections on all interface(s), port 5902
vncext: created VNC server for screen 0
Xlib: extension "GLX" missing on display ":2".
Xlib: extension "GLX" missing on display ":2".
Xlib: extension "GLX" missing on display ":2".
gnome-session-is-accelerated: No hardware 3D support.
Xlib: extension "GLX" missing on display ":2".
gnome-session-check-accelerated: Helper exited with code 256

Thu Sep 25 11:10:58 2014
Connections: accepted: 10.139.21.41::53852
SConnection: Client needs protocol version 3.8
SConnection: Client requests security type VncAuth(2)
Xlib: extension "GLX" missing on display ":2".
Xlib: extension "GLX" missing on display ":2".
Xlib: extension "GLX" missing on display ":2".
gnome-session-is-accelerated: No hardware 3D support.
Xlib: extension "GLX" missing on display ":2".
gnome-session-check-accelerated: Helper exited with code 256

** (process:4777): WARNING **: software acceleration check failed: Child process exited with code 1

Thu Sep 25 11:10:59 2014
VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888

VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888

Clipboard does not transfer unicode strings between client and server

I'm using tigervnc 1.3.1 as server on arch linux x64 and ultravnc as client on windows 8.1 x64. When copying a Japanese string between the server and a client, the clipboard contents are not copied as unicode but ansi with a wrong codepage.

For example, copying "テスト" results in "???". It doesn't matter which way the copy&paste operation goes or which application is involved.

The server is configured to be able to display Japanese fonts, so it's not a font problem. I can also copy&paste between the applications running in the vnc session, it only breaks when I try to transfer text between the server and client...

UltraVNC apparently supports unicode (scroll down to the notes section), and I don't see why tigervnc should be unable to do it.

I have made a thread on arch forums first and was advised to post here as it doesn't seem to be an Arch specific bug/configuration issue.

trapping of all input in window mode

I am connecting to a remote running the same tiling window manager that I am running on my machine and while keyboard control keys work fine in fullscreen, I would like to have an option for tigerVNC to trap all keys even when in window mode.

Something like what Qemu SDL window does, upon clicking on it with mouse it traps all input except a configurable escape code (e.g. right CTRL).

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Initial screen size not saved as available RRMode [$100]

[Originally posted on SourceForge just before the move. Apologies for the duplicate if you already saw it there. This version has better information anyway.]

If the initial screen size (i.e. the "-geometry" argument to "vncserver") is not one of the built-in defaults (in unix/xserver/hw/vnc/xvnc.cc vncRandRWidths[]/vncRandRHeights[]), then the non-default mode is first created in vncRandRInit(), used to set the initial screen size, and promptly destroyed with RRModeDestroy(). As a result, this screen size continues to work until you switch to something else, then you can never switch back to it.

The specific example that bites me:
% vncserver -geometry 2560x1600
[connect to it with viewer; works perfectly at 2560x1600]
% xrandr -s 1920x1080 [works as expected]
% xrandr -s 2560x1600 [fails - "not found in available modes"]

The solution is (probably) to modify vncRandRCrtcCreate() to check whether pScreen's size matches one of the default sizes, and if not, make an extra call to:

vncRandRModeGet(pScreen->width, pScreen->height);

This will effectively register pScreen's non-default initial size as one of the permanently available modes; the extra "create" here ensures that the create/destroy pair in vncRandRInit() will not eliminate it. Note that the 1.2 branch does essentially the same thing in vncRandRGetInfo(), hence it does not suffer from this bug.

---

There is a $100 open bounty on this issue. Add to the bounty at Bountysource.

VNC password file not being created for active directory users

This bug report concerns active directory logins not working properly on xrdp 0.6.1 / tigervnc 1.3.0 on fedora 20.
System configuration: Fedora 20 64 bit installation as a guest on vmware esxi server
selinux : disabled
firewall : disabled
joined to active directory domain corp.mydomain.com (CORP) through realmd.

Steps to isolate xrdp / tigervnc as the source of the problem: users can login properly through ssh using the username format [email protected] so we know that pam/sssd/realmd are all working properly.

Basic issue : .vnc directory and vnc password file is not properly created when the user first logs in.

Steps to reproduce :
1)attempt to connect with remote desktop to the server and login using username format [email protected] or CORP\username.
expected result : sucessful login
actual result : home directory is created properly but .vnc directory is not so login fails

2)Attempt to login as many times as you want using the same username format you chose in step 1.
result : after about 15 attempts I got bored and gave up. Attempt # 2 is the only one I logged below because all subsequent attempts are identical in log entries and error messages.

3)Switch username format. If you initially logged in with [email protected] switch to CORP\username and vice versa.
result : .vnc directory is automatically created, vnc password file is automatically generated by the server, user is able to successfully log in!!!

Issue that needs to be addressed

-Why is the .vnc directory and password file not created when the user home directory is created?
-Why does switching the login name format after an initial failed login cause the .vnc directory and password file to now be created?

Troubleshooting and log entries are below. Note that after the first set of tests, I reverted this VM to the initial snapshot so I could demonstrate that it doesn't matter which username format you use first, it only works once you
get a failure and switch the format.

First login using [email protected] as login username

xrdp screen shows :

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to session manager, please wait...
xrdp_mm_process_login_response: login successful for display
started connecting
connecting to 127.0.0.1 5910
tcp connected
security level is 2 (1 = none, 2 = standard)
password failed
error - problem connecting

journalctl shows:

Aug 27 10:56:55 vm-fedora20.corp.mydomain.com systemd[1]: Starting User Manager for 77401602...
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com systemd[1]: Starting Session c1 of user [email protected].
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com systemd[1]: Started Session c1 of user [email protected].
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com systemd-logind[580]: New session c1 of user [email protected].
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com systemd-logind[580]: Linked /tmp/.X11-unix/X10 to /run/user/77401602/X11-display.
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1362]: pam_unix(xrdp-sesman:session): session opened for user [email protected] by (uid=0)
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Wed Aug 27 10:56:55 2014
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Connections: accepted: 127.0.0.1::42003
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: SConnection: Client needs protocol version 3.3
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: SVncAuth: opening password file
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: '/home/corp.mydomain.com/username/.vnc/[email protected]_passwd'
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: failed
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: SConnection: AuthFailureException: No password configured for VNC Auth
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Connections: closed: 127.0.0.1::42003 (No password configured for VNC Auth)
Aug 27 10:56:55 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: touch: cannot touch â/home/corp.mydomain.com/username/.cache/imsettings/logâ: No such file or directory
Aug 27 10:56:56 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: gpg-agent[1537]: directory /home/corp.mydomain.com/username/.gnupg' created Aug 27 10:56:56 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: gpg-agent[1537]: directory/home/corp.mydomain.com/username/.gnupg/private-keys-v1.d' created
Aug 27 10:56:56 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: gpg-agent[1538]: gpg-agent (GnuPG) 2.0.22 started
Aug 27 10:56:56 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: startkde: Starting up...

2nd attempt using login name format [email protected]

Aug 27 11:02:02 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: pam_unix(xrdp-sesman:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=[email protected]
Aug 27 11:02:02 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: pam_sss(xrdp-sesman:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost= user=[email protected]
Aug 27 11:02:02 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Wed Aug 27 11:02:02 2014
Aug 27 11:02:02 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Connections: accepted: 127.0.0.1::42007
Aug 27 11:02:03 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Wed Aug 27 11:02:03 2014
Aug 27 11:02:03 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: SConnection: Client needs protocol version 3.3
Aug 27 11:02:03 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: SVncAuth: opening password file
Aug 27 11:02:03 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: '/home/corp.mydomain.com/username/.vnc/[email protected]_passwd'
Aug 27 11:02:03 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: failed
Aug 27 11:02:03 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: SConnection: AuthFailureException: No password configured for VNC Auth
Aug 27 11:02:03 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Connections: closed: 127.0.0.1::42007 (No password configured for VNC Auth)

3rd attempt using login name format CORP\username

Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: pam_unix(xrdp-sesman:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=CORP\username
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: pam_sss(xrdp-sesman:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost= user=CORP\username
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Xvnc TigerVNC 1.3.0 - built Oct 2 2013 10:43:43
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt)
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: See http://www.tigervnc.org for information on TigerVNC.
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Underlying X server release 11402000, The X.Org Foundation
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension VNC-EXTENSION
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension Generic Event Extension
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension SHAPE
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension MIT-SHM
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension XInputExtension
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension XTEST
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension BIG-REQUESTS
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension SYNC
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension XKEYBOARD
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension XC-MISC
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension XFIXES
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension RENDER
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension RANDR
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension COMPOSITE
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension DAMAGE
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension MIT-SCREEN-SAVER
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension DOUBLE-BUFFER
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension RECORD
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension DPMS
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension X-Resource
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension XVideo
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension XVideo-MotionCompensation
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Initializing built-in extension GLX
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Wed Aug 27 11:03:24 2014
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: vncext: VNC extension running!
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: vncext: Listening for VNC connections on all interface(s), port 5911
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: vncext: created VNC server for screen 0
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com systemd[1]: Starting Session c2 of user [email protected].
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com systemd-logind[580]: New session c2 of user [email protected].
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com systemd[1]: Started Session c2 of user [email protected].
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[2026]: pam_unix(xrdp-sesman:session): session opened for user CORP\username by (uid=0)
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: Connections: accepted: 127.0.0.1::60750
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: SConnection: Client needs protocol version 3.3
Aug 27 11:03:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888
Aug 27 11:03:25 vm-fedora20.corp.mydomain.com xrdp-sesman[1352]: startkde: Starting up...

home directory of user username
Notes : notice that the creation time on most of those files matches exactly the time 10:56 which is my first attempted login. First login caused home directory to get created but no vncpasswd file created.

Notice that the creation time of the .vnc directory corresponds to the 3rd login attempt when I switched to the CORP\username login format. Somehow vnc or xrdp auto-created my .vncpasswd file for me on that login attempt.

[root@vm-fedora20 username]# ls -al
total 84
drwxr-xr-x. 16 [email protected] domain [email protected] 4096 Aug 27 11:03 .
drwx--x--x. 4 root root 4096 Aug 27 10:56 ..
-rw-r--r--. 1 [email protected] domain [email protected] 18 Aug 27 10:56 .bash_logout
-rw-r--r--. 1 [email protected] domain [email protected] 193 Aug 27 10:56 .bash_profile
-rw-r--r--. 1 [email protected] domain [email protected] 231 Aug 27 10:56 .bashrc
drwx------. 4 [email protected] domain [email protected] 4096 Aug 27 10:57 .cache
drwxr-xr-x. 6 [email protected] domain [email protected] 4096 Aug 27 11:03 .config
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:57 Desktop
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:56 Documents
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:56 Downloads
-rw-------. 1 [email protected] domain [email protected] 16 Aug 27 10:57 .esd_auth
drwx------. 3 [email protected] domain [email protected] 4096 Aug 27 10:56 .gnupg
-rw-r--r--. 1 [email protected] domain [email protected] 113 Mar 8 2011 .gtkrc-2.0-kde4
drwx------. 4 [email protected] domain [email protected] 4096 Aug 27 10:57 .kde
drwxr-xr-x. 3 [email protected] domain [email protected] 4096 Aug 27 10:57 .local
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:56 Music
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:56 Pictures
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:56 Public
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:56 Templates
drwxr-xr-x. 2 [email protected] domain [email protected] 4096 Aug 27 10:56 Videos
drwx------. 2 [email protected] domain [email protected] 4096 Aug 27 11:03 .vnc

/var/log/xrdp-sesman.log

Notes : entire contents here. Not very useful at all

[20140827-10:56:54] [INFO ] scp thread on sck 9 started successfully
[20140827-10:56:54] [INFO ] ++ created session (access granted): username [email protected], ip 10.1.4.111:58366 - socket: 7
[20140827-10:56:54] [INFO ] starting Xvnc session...
[20140827-10:56:54] [WARN ] can't read vnc password file - /home/corp.mydomain.com/username/.vnc/[email protected]_passwd
[20140827-10:56:55] [INFO ] starting xrdp-sessvc - xpid=1363 - wmpid=1362
[20140827-11:02:02] [INFO ] scp thread on sck 9 started successfully
[20140827-11:02:02] [INFO ] ++ reconnected session: username [email protected], display :10.0, session_pid 1361, ip 10.1.4.111:58366 - socket: 7
[20140827-11:03:23] [INFO ] scp thread on sck 9 started successfully
[20140827-11:03:24] [INFO ] ++ created session (access granted): username CORP\username, ip 10.1.4.111:58366 - socket: 7
[20140827-11:03:24] [INFO ] starting Xvnc session...
[20140827-11:03:24] [INFO ] starting xrdp-sessvc - xpid=2027 - wmpid=2026

--------------- revert to snapshot and attempt login with CORP\username format first ----------------------------

=== 1st attempt with CORP\username format ===
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Connections: accepted: 127.0.0.1::47465
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SConnection: Client needs protocol version 3.3
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SVncAuth: opening password file
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: '/home/corp.mydomain.com/username/.vnc/sesman_CORP\username_passwd'
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: failed
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SConnection: AuthFailureException: No password configured for VNC Auth
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Connections: closed: 127.0.0.1::47465 (No password configured for VNC Auth)
Aug 27 11:34:21 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: touch: cannot touch â/home/corp.mydomain.com/username/.cache/imsettings/logâ: No such file or directory
Aug 27 11:34:22 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: gpg-agent[1603]: directory /home/corp.mydomain.com/username/.gnupg' created Aug 27 11:34:22 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: gpg-agent[1603]: directory/home/corp.mydomain.com/username/.gnupg/private-keys-v1.d' created
Aug 27 11:34:22 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: gpg-agent[1604]: gpg-agent (GnuPG) 2.0.22 started
Aug 27 11:34:22 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: startkde: Starting up...

=== 2nd attempt with CORP\username format ===
Aug 27 11:36:34 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: pam_unix(xrdp-sesman:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=CORP\username
Aug 27 11:36:34 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: pam_sss(xrdp-sesman:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost= user=CORP\username
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Wed Aug 27 11:36:35 2014
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Connections: accepted: 127.0.0.1::47469
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SConnection: Client needs protocol version 3.3
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SVncAuth: opening password file
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: '/home/corp.mydomain.com/username/.vnc/sesman_CORP\username_passwd'
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: failed
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SConnection: AuthFailureException: No password configured for VNC Auth
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Connections: closed: 127.0.0.1::47469 (No password configured for VNC Auth)

=== 3rd attempt with [email protected] format ===
Aug 27 11:36:34 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: pam_unix(xrdp-sesman:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=CORP\username
Aug 27 11:36:34 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: pam_sss(xrdp-sesman:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost= user=CORP\username
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Wed Aug 27 11:36:35 2014
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Connections: accepted: 127.0.0.1::47469
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SConnection: Client needs protocol version 3.3
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SVncAuth: opening password file
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: '/home/corp.mydomain.com/username/.vnc/sesman_CORP\username_passwd'
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: failed
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SConnection: AuthFailureException: No password configured for VNC Auth
Aug 27 11:36:35 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Connections: closed: 127.0.0.1::47469 (No password configured for VNC Auth)
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: pam_unix(xrdp-sesman:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=[email protected]
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: pam_sss(xrdp-sesman:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost= user=[email protected]
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Xvnc TigerVNC 1.3.0 - built Oct 2 2013 10:43:43
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt)
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: See http://www.tigervnc.org for information on TigerVNC.
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Underlying X server release 11402000, The X.Org Foundation
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension VNC-EXTENSION
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension Generic Event Extension
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension SHAPE
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension MIT-SHM
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension XInputExtension
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension XTEST
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension BIG-REQUESTS
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension SYNC
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension XKEYBOARD
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension XC-MISC
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension XFIXES
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension RENDER
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension RANDR
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension COMPOSITE
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension DAMAGE
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension MIT-SCREEN-SAVER
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension DOUBLE-BUFFER
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension RECORD
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension DPMS
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension X-Resource
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension XVideo
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension XVideo-MotionCompensation
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Initializing built-in extension GLX
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Wed Aug 27 11:37:24 2014
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: vncext: VNC extension running!
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: vncext: Listening for VNC connections on all interface(s), port 5911
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: vncext: created VNC server for screen 0
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com systemd[1]: Starting Session c2 of user [email protected].
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com systemd-logind[569]: New session c2 of user [email protected].
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com systemd[1]: Started Session c2 of user [email protected].
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[2038]: pam_unix(xrdp-sesman:session): session opened for user [email protected] by (uid=0)
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Connections: accepted: 127.0.0.1::53502
Aug 27 11:37:24 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: SConnection: Client needs protocol version 3.3
Aug 27 11:37:25 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: Wed Aug 27 11:37:25 2014
Aug 27 11:37:25 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888
Aug 27 11:37:25 vm-fedora20.corp.mydomain.com xrdp-sesman[1181]: startkde: Starting up...

Issues with XKEYBOARD handler and VMPlayer 6

When attempting to run a Windows 7 guest in VMPlayer 6.0.4 in TigerVNC, the Shift and Caps Lock keys do not behave as expected in the guest. The easiest way to repro this is to open a Command Prompt in the guest. Press the following key sequences:

Press "a"
A lowercase "a" appears, as expected.

Hold down Shift, then press "a"
Nothing appears, and the VNC log says: " Input: Unable to find a modifier key for Shift"

Press Caps Lock, then press any letter keys
Nothing appears, and the log shows multiple instances of the above error message. The Caps Lock LED is on.

Press Caps Lock again, then press any letter keys
Letters are capitalized, as if Caps Lock were on, but the LED is off.

Press Caps Lock again, then press any letter keys
Nothing appears, and the log shows multiple instances of the above error message. The Caps Lock LED is on.

Press Caps Lock again, then press any letter keys
Returns to a normal state (letters are in lowercase, and the Caps Lock LED is off.)

Allow Alt_R to pop up the menu

On my apple keyboard all the other keys are pretty difficult to use or interfere with key applications such as text editors (for example Escape). So I wonder if it is possible to add this patch? Thanks.

diff --git a/vncviewer/menukey.cxx b/vncviewer/menukey.cxx
index 9c52f5e7..1ecb2b3a 100644
--- a/vncviewer/menukey.cxx
+++ b/vncviewer/menukey.cxx
@@ -51,6 +51,7 @@ static const MenuKeySymbol menuSymbols[] = {
   {"Home", FL_Home, XK_Home},
   {"Page_Up", FL_Page_Up, XK_Page_Up},
   {"Page_Down", FL_Page_Down, XK_Page_Down},
+  {"Alt_R", FL_Alt_R, XK_Alt_R},
 };

 int getMenuKeySymbolCount()

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

tiger vnc symbol lookup error

Running Arch Linux when I try to connect using vnc I get prompted for passwd which is normal and then get the following:

TigerVNC Viewer 64-bit v1.3.90
Built on: 2014-11-24 20:22
Copyright (C) 1999-2014 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.

Sat Nov 29 09:54:31 2014
CConn: connected to host media_center port 5901
CConnection: Server supports RFB protocol version 3.8
CConnection: Using RFB protocol version 3.8
CConnection: Choosing security type VeNCrypt(19)
CVeNCrypt: Choosing security type TLSVnc (258)
vncviewer: symbol lookup error: vncviewer: undefined symbol: ZN2Fl18add_system_handlerEPFiPvS0_ES0

please provide updated patch for xserver 1.16

114 doesn't "cut" it

novo:/tmp/xorg-server-1.16.0
$> cat /home/yoh/deb/perspect/tigervnc/tigervnc/unix/xserver114.patch | patch -p1 --dry-run
checking file configure.ac
Hunk #1 succeeded at 74 with fuzz 2 (offset 2 lines).
Hunk #2 succeeded at 1796 (offset 222 lines).
Hunk #3 succeeded at 1835 (offset 222 lines).
Hunk #4 succeeded at 2058 (offset 224 lines).
Hunk #5 succeeded at 2595 (offset 297 lines).
checking file hw/Makefile.am
Hunk #1 FAILED at 33.
1 out of 1 hunk FAILED
checking file mi/miinitext.c
Hunk #1 succeeded at 111 (offset -1 lines).
Hunk #2 FAILED at 242.
1 out of 2 hunks FAILED
checking file os/WaitFor.c
Hunk #1 succeeded at 125 (offset 1 line).
Hunk #2 succeeded at 153 (offset 1 line).
Hunk #3 FAILED at 211.
Hunk #4 FAILED at 222.
2 out of 4 hunks FAILED

Add minimize item to F8 popup menu.

When working in fullscreen mode, it is not possible to minimize vncviewer without going out of fullscreen mode.

-localhost binds all interfaces port 6000+displaynumber

More detail https://bugs.gentoo.org/show_bug.cgi?id=538018
Seems to try listening on all interfaces to determine if a display number is available. No functioning connections are possible, but the port is open.

Need runtime option to emit errors via stderr instead of as pop-ups

Controlling vncviewer via another application is problematic due to certain pop up messages that can occur. One example I'm aware of is read: Connection reset by peer (104), though there may be others. When vncviewer is wrapped with another app, the whole experience would be improved if the wrapper app could capture the error message if emitted via stderr. Furthermore, it's troublesome that vncviewer blocks for user acknowledgement when this occurs. In kiosk-like environs, the user may not have any way of dismissing the pop-up.

GUI Options for security don't include VeNCrypt and security doesn't work

I upgraded to tiger-vnc-1.3 and enjoyed the new client GUI (nice work - very clean look!).

Unfortunately the 'Security' tab doesn't include the old VeNCrypt option, and that means if I chose the 'TLS with Anonymous certificates' and the 'Standard VNC Authentication' then I can't connect.

Furthermore this VeNCrypt option isn't written into the saved file, but will work if one adds it. In other words, the new gui writes a line like:

SecurityTypes=TLSVnc

which doesn't work, but a simple edit to make it read:

SecurityTypes=VeNCrypt,TLSVnc

corrects the problem.

So this is a minor bug ...

Toby

Can't connect to VNC Server using VNC Viewer, Viewer crashes immediately after connection.

The only hint I have is this error message.

The client is a Windows 7 Ultimate system and the server is a Windows Server 2008 R2 with VNC ports open.

Migrate SourceForge issues

Someone needs to go through the entries in the issue trackers at the old SourceForge page and create new entries here for those things that are still relevant.

The trackers can be found here:

• http://sourceforge.net/p/tigervnc/feature-request-tracker/
• http://sourceforge.net/p/tigervnc/bug-tracker/

This script might be useful:

https://github.com/ttencate/sf2github

tigervncserver: LibGL segfaults on Ubuntu 14.04 (dri driver issue)

From within an xvnc server, anything that depends on opengl will fail with a segfault on ubuntu 14.04.

Example output:

$ LIBGL_DEBUG=verbose glxinfo
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
libGL: driver does not expose __driDriverGetExtensions_swrast(): /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: __driDriverGetExtensions_swrast
libGL: Can't open configuration file /home/favila/.drirc: No such file or directory.
libGL: Can't open configuration file /home/favila/.drirc: No such file or directory.
libGL error: failed to load driver: swrast
Segmentation fault (core dumped)

This occurs with the following prebuilt binaries:

• http://tigervnc.sourceforge.net/tiger.nightly/ubuntu-14.04LTS/amd64/tigervncserver_1.4.80+20141210git74cff2e4-3ubuntu1_amd64.deb
• https://bintray.com/artifact/download/tigervnc/stable/ubuntu-14.04LTS/amd64/tigervncserver_1.4.1-3ubuntu1_amd64.deb

VNC extension not initialised on Xorg server regeneration

In tigervnc 1.3.0, with the extension module configured, the VNC extension is lost on server regeneration.

Here's how to demonstrate the problem:

1.Boot to text mode so no X server is running
2.Xorg &
3.DISPLAY=:0 xterm &
4.In the xterm, check the extension is loaded: xdpyinfo | grep VNC
5.Also, from another system, try connecting a vncviewer
6.Now exit the xterm
7.Repeat steps 3-5

The second time xdpyinfo is run, VNC-EXTENSION is not listed.
The second time a vncviewer is run, it connects but just sits there and does not negotiate encodings.

I think it's due to the 'static char once' guard in vncExtensionInitWithParams() in xf86vncModule.cc, introduced in commit fc23895:

Author: Adam Tkac [email protected]
Date: Thu Mar 14 17:52:53 2013 +0000

Initialize VNC extension from libvnc.so only once.

Setting a breakpoint on that function and manually invoking vncExtensionInit() causes xdpyinfo to list VNC-EXTENSION again, but vncviewer still has trouble connecting so it isn't as simple as that.

Original report:
https://bugzilla.redhat.com/show_bug.cgi?id=1116956

full screen over multiple, but not all monitors [$100]

It will be great which monitors can be used by vncviewer.
Ex:
2 Monitors -> Vnc Viewer Full Screen
1 Monitor -> Other programs

---

Did you fix this issue? Go claim the $100 bounty on Bountysource.

runtime option to swap the ctrl and alt modifier keys to better support mac servers

I've recently moved my keyboard & mouse from my mac to my linux box, thinking that I could easily control the mac from vnc. Thankfully, I've managed to maintain most keyboard shortcuts because my keyboard has an option to swap the Ctrl & Alt keys (mac mode & pc mode).

One of very few exceptions is when I try and use the mac over vnc, which (unfortunately) changes every keyboard shortcut when looking through the tigervnc portal; and, as you can imagine, it's a bit arduous to overcome years of muscle memory.

The best source of technical information that I could find on the subject is here:
https://www.realvnc.com/products/vnc/documentation/5.0/misc/keyboard-mapping/

I understand that the root cause of this is probably an ancient choice by Apple to be different (or else my keyboard would not try and support them both), and is not any fault, misfeature, or even responsibility of tigervnc. Nonetheless, I have run into this swap option many times from the Apple side, but cannot locate it from the Linux side.

Using Fedora 20, the current version reads:
tigervnc-1.3.0-14.fc20.x86_64
TigerVNC Viewer 64-bit v1.3.0 (20140319)

In this (or any newer) version, are you aware of a way to easily transpose the Ctrl & Alt keys?

"Load X.509 Certificate" and "Load X.509 Certificate Key" don't do anything

Clicking on any of those buttons doesn't do anything. I am using version 1.4.80 and Windows 7.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/7952430-load-x-509-certificate-and-load-x-509-certificate-key-don-t-do-anything?utm_campaign=plugin&utm_content=tracker%2F3557444&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F3557444&utm_medium=issues&utm_source=github).

VNC-Server does not work in Windows 7

The TCP connection is reset immediately. Server was startet as system service and as logged in user.

Clipboard I/O does not work at all for me in 1.3.1-1.4.1

Using TigerVNC 1.4.1 on both the client and server, I am unable to send or receive clipboard data of any kind. I was actually using client/server 1.3.1 until I doublechecked with the latest version, and the clipboard did not work for me in 1.3.1 either.

The client is running on Slackware 14.0, i686. The server is either running on the same system or x86_64 Ubuntu 14.04.

Running xprop -spy -root on both sides of the link only correctly tracks updates to CUT_BUFFER0 on the side the clipboard was modified; the remote end does not see the change.
Furthermore, using xclip -i to stuff arbitrary text into all of primary, secondary, cut_buffer and selection on one end, then running xclip -o on the same set of selections on the other end, shows whatever the remote end already had in those selections, with no changes, even sometimes displaying "Requested string not available".

I most definitely have "Accept clipboard" and "Send clipboard" enabled locally, and I also have "Send primary selection" enabled too. I've also run vncconfig on the server and toggled the checkboxes off and back on again.

I was suggested to run with -Log=all, but this did not print any information about clipboard-related events.

I have absolutely no idea where to go from this point; the next step I'd take in a situation like this would be to throw printf statements everywhere and recompile, but I'm not game enough to build X11 - I'm using the TigerVNC releases from Bintray :P
(If someone feels like doing this in a test rebuild (i686 -mno-sse), I'm certainly game to run it!)

Unable start tiger vnc service on CentOS6.5

I try to install tigervnc 1.1.0.8 on CentOS6.5 and got this error message tigervnc service can't start. if anyone know this issue B4 please give me link how to solve it.

from vnc log

Thu Jul 17 10:08:21 2014
vncext: VNC extension running!
vncext: Listening for VNC connections on all interface(s), port 5901
vncext: Listening for HTTP connections on all interface(s), port 5801
vncext: created VNC server for screen 0
GNOME_KEYRING_SOCKET=/tmp/keyring-mYurSW/socket
SSH_AUTH_SOCK=/tmp/keyring-mYurSW/socket.ssh
GNOME_KEYRING_PID=22938

(polkit-gnome-authentication-agent-1:22974): GLib-GObject-WARNING **: cannot register existing type `_PolkitError'

(polkit-gnome-authentication-agent-1:22974): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
W: main.c: This program is not intended to be run as root (unless --system is specified).
Failed to play sound: Not available

** (gnome-user-share:22989): WARNING *: gnome-user-share cannot be started as root for security reasons.
* Message: applet now removed from the notification area
Initializing nautilus-open-terminal extension
Initializing nautilus-gdu extension
** Message: applet now embedded in the notification area

Thu Jul 17 10:08:32 2014
Connections: accepted: 192.168.0.33::29856
SConnection: Client needs protocol version 3.8
SConnection: Client requests security type VncAuth(2)

Thu Jul 17 10:08:33 2014
VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888
VNCSConnST: Client pixel format depth 8 (8bpp) color-map

(nautilus:22969): Nautilus-GDU-WARNING **: unable to query info: The specified location is not supported

** (nm-connection-editor:23239): WARNING **: dispose: CEPolkitButton object 0x946240 disposed twice

** (nm-connection-editor:23239): WARNING **: dispose: CEPolkitButton object 0x946360 disposed twice

(nautilus:22969): Nautilus-GDU-WARNING **: unable to query info: The specified location is not supported

XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":1"

  after 151 requests (151 known processed) with 0 events remaining.

polkit-gnome-authentication-agent-1: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
gnome-power-manager: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
Window manager warning: gnome-panel: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
gnome-settings-daemon: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
bluetooth-applet: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
Fatal IO error 11 (Resource temporarily unavailable) on display ':1'.
abrt-applet: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
gdu-notification-daemon: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
nm-applet: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
nautilus: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.

** (gnome-volume-control-applet:22998): WARNING **: Connection failed, reconnecting...
gnome-volume-control-applet: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
applet.py: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
evolution-alarm-notify: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
gnome-screensaver: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
gpk-update-icon: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.

Unrecognized option: -pam_service

System: RHEL 7.0 (64-bit)

I launch TigerVNC server via this 1-line script:
vncserver -autokill -SecurityTypes=VeNCrypt,TLSPlain -PlainUsers=$USER -pam_service login -desktop $HOSTNAME +extension GLX

With the TigerVNC 1.4.0 x86_64 generic build, that script successfully launches TigerVNC server.

With the TigerVNC 1.4.1 x86_64 generic build, I get this error:

Unrecognized option: -pam_service

I tried other forms of that argument such as pam_service=login.

broken display in centos 7

I am using the stock tighervnc-server from centos 7 and my display often ends up like this http://i.imgur.com/rKEi28o.png, i.e. after quick movement or scrolling of a window, the display is out of date containing pixels from past etc.

I have also verified this doesn't happen when using a physical screen attached to the server.

Is this a known bug?

Thanks,
Leo

Unable to connect to OS X Mavericks Screen Sharing

Using latest TigerVNC nightlies, when connecting to a Macbook Pro on OS X 10.9.4 with VNC viewing enabled, we see a flicker of a Mac login screen and a grey screen, back and forth.

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

IPv6 support

Back on sourceforge there was a request open to add IPv6 support, with a patch provided:
http://sourceforge.net/p/tigervnc/feature-request-tracker/20/

Just adding an issue here to make sure it doesn't get forgotten.

unable to connect to socket: Connection refused(10061)

While opening TigerVNC, unable to connect to socket: Connection refused(10061) is showing up. Please help

keyboard shortcuts on the 'F8' popup menu are missing

It seems keyboard shortcuts on the 'F8' popup menu are missing.
I made the following code changes to add the shortcuts to menu items in-line with previous versions.

************************
@@ -901,7 +875,7 @@
   contextMenu->add(_("Exit viewer"), 0, NULL, (void*)ID_EXIT, FL_MENU_DIVIDER);

 #ifdef HAVE_FLTK_FULLSCREEN
-  contextMenu->add(_("&Full screen"), 0, NULL, (void*)ID_FULLSCREEN, 
+  contextMenu->add(_("Full screen"), 0, NULL, (void*)ID_FULLSCREEN, 
           FL_MENU_TOGGLE | (window()->fullscreen_active()?FL_MENU_VALUE:0));
 #endif
   contextMenu->add(_("Resize window to session"), 0, NULL, (void*)ID_RESIZE, 
@@ -910,25 +884,25 @@
 #endif
           FL_MENU_DIVIDER);

-  contextMenu->add(_("Ctr&l"), 0, NULL, (void*)ID_CTRL, 
+  contextMenu->add(_("Ctrl"), 0, NULL, (void*)ID_CTRL, 
           FL_MENU_TOGGLE | (menuCtrlKey?FL_MENU_VALUE:0));
-  contextMenu->add(_("Al&t"), 0, NULL, (void*)ID_ALT,
+  contextMenu->add(_("Alt"), 0, NULL, (void*)ID_ALT,
           FL_MENU_TOGGLE | (menuAltKey?FL_MENU_VALUE:0));

   if (menuKeyCode) {
     char sendMenuKey[64];
-    snprintf(sendMenuKey, 64, _("S&end %s"), (const char *)menuKey);
+    snprintf(sendMenuKey, 64, _("Send %s"), (const char *)menuKey);
     contextMenu->add(sendMenuKey, 0, NULL, (void*)ID_MENUKEY, 0);
     contextMenu->add("Secret shortcut menu key", menuKeyCode, NULL, (void*)ID_MENUKEY, FL_MENU_INVISIBLE);
   }

-  contextMenu->add(_("Send Ctrl-Alt-&Del"), 0, NULL, (void*)ID_CTRLALTDEL, FL_MENU_DIVIDER);
+  contextMenu->add(_("Send Ctrl-Alt-Del"), 0, NULL, (void*)ID_CTRLALTDEL, FL_MENU_DIVIDER);

-  contextMenu->add(_("Refres&h screen"), 0, NULL, (void*)ID_REFRESH, FL_MENU_DIVIDER);
+  contextMenu->add(_("Refresh screen"), 0, NULL, (void*)ID_REFRESH, FL_MENU_DIVIDER);

-  contextMenu->add(_("&Options..."), 0, NULL, (void*)ID_OPTIONS, 0);
-  contextMenu->add(_("Connection &Info..."), 0, NULL, (void*)ID_INFO, 0);
-  contextMenu->add(_("&About TigerVNC viewer..."), 0, NULL, (void*)ID_ABOUT, FL_MENU_DIVIDER);
+  contextMenu->add(_("Options..."), 0, NULL, (void*)ID_OPTIONS, 0);
+  contextMenu->add(_("Connection info..."), 0, NULL, (void*)ID_INFO, 0);
+  contextMenu->add(_("About TigerVNC viewer..."), 0, NULL, (void*)ID_ABOUT, FL_MENU_DIVIDER);

   contextMenu->add(_("Dismiss menu"), 0, NULL, (void*)ID_DISMISS, 0);
 }
**********************

TigerVNC viewer should be able to open *.tigervnc files as an argument [$50 awarded]

Symptom

TigerVNC viewer says

"unable to resolve host by name: No such host is known. (11001)" 

while trying to open a *.tigervnc file with ServerName given in : format.

Specifying this directly in TigerVNC viewer works as expected.

How to reproduce

Save a *.tigervnc file with port name. Example with specifics removed follows :

TigerVNC Configuration file Version 1.0



ServerName=example.com:5901
x509ca=
x509crl=
SecurityTypes=X509Plain,TLSPlain,X509Vnc,TLSVnc,X509None,TLSNone,VncAuth,None
DotWhenNoCursor=0
AutoSelect=1
FullColor=1
LowColorLevel=2
PreferredEncoding=Tight
CustomCompressLevel=0
CompressLevel=2
NoJPEG=0
QualityLevel=8
FullScreen=0
FullScreenAllMonitors=1
DesktopSize=
geometry=
RemoteResize=1
ViewOnly=0
Shared=0
AcceptClipboard=1
SendClipboard=1
SendPrimary=1
MenuKey=F8
FullscreenSystemKeys=1

Now, use Windows to associate *.tigervnc files to be opened by vncviewer executable.
Try opening the file, it shows the error :

"unable to resolve host by name: No such host is known. (11001)"

OS

Windows

Expected behaviour

When *.tigervnc file contains ServerName key in the format :, vncviewer should attempt to connect to at .

---

The $50 bounty on this issue has been claimed at Bountysource.

FTBS: tigervnc 1.3.1 - undefined reference to symbol 'dlopen@@GLIBC_2.1'

On Linux Mint 16 (derived from Ubuntu 13.10), on i386 platform, with
gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1

tigervnc 1.3.1 fails to build due to a linking error

 [ 97%] Building CXX object vncviewer/CMakeFiles/vncviewer.dir/X11PixelBuffer.cxx.o
 Linking CXX executable vncviewer
 /usr/bin/ld: /usr/lib/i386-linux-gnu/libfltk.a(Fl_Preferences.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'
 /lib/i386-linux-gnu/libdl.so.2: error adding symbols: DSO missing from command line
 collect2: error: ld returned 1 exit status

Trying again with tigervnc latest, as of 2014-07-12, GIT r95f1f29, the same linking error persists.

[ 97%] Building CXX object vncviewer/CMakeFiles/vncviewer.dir/X11PixelBuffer.cxx.o
Linking CXX executable vncviewer
/usr/bin/ld: /usr/lib/i386-linux-gnu/libfltk.a(Fl_Preferences.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'
/lib/i386-linux-gnu/libdl.so.2: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

Please provide the necessary flag "-ldl" in the CMAKE build system files.

Command line options on winvnc4.exe

Currently one must edit the registry, and setting the password is prohibitively complicated.

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

fast access (hotkey) to grab_keyboard()

From the mail to [email protected] from the 02.11.2013

Dear Tigervnc-developers,

I would like to know if it would be possible to integrate the functionality
provided by the attached patch (I know it is a hack, so it would need to be
done correctly) to a future stock tigervnc-release.

It assigns the grab_keyboard() function directly on the key "CONTROL_R" or
"META_L" for fast access (as also implemented in remmina).
This function is so much needed for me and my colleagues that I can not
imagine that it is not useful for others.
If you use a window manager like awesome then you need it....

Thanks a lot,

Michael

As I don't know how to attach a file to the comment, I paste the patch as an example I did here:

--- tigervnc-1.3.0/vncviewer/DesktopWindow.cxx  2013-07-01 14:42:06.000000000 +0200
+++ ../tigervnc-1.3.0/vncviewer/DesktopWindow.cxx   2013-11-02 04:51:44.447096532 +0100
@@ -59,6 +59,9 @@ DesktopWindow::DesktopWindow(int w, int
   : Fl_Window(w, h), cc(cc_), firstUpdate(true),
     delayedFullscreen(false), delayedDesktopSize(false)
 {
+  
+  grab_keyboard_state = 0;
+
   scroll = new Fl_Scroll(0, 0, w, h);
   scroll->color(FL_BLACK);

@@ -449,8 +452,10 @@ int DesktopWindow::fltkHandle(int event,
       //        a) Fl::grab(0) on X11 will release the keyboard grab for us.
       //        b) Gaining focus on the system level causes FLTK to switch
       //           window level on OS X.
-      if (dw->fullscreen_active())
+      if (dw->fullscreen_active()) {
         dw->grabKeyboard();
+   dw->grab_keyboard_state = 1;
+      }
       break;

     case FL_UNFOCUS:
@@ -458,6 +463,7 @@ int DesktopWindow::fltkHandle(int event,
       //        focus as it is very tied to this specific window on some
       //        platforms and we want to be able to open subwindows.
       dw->ungrabKeyboard();
+      dw->grab_keyboard_state = 0;
       break;
     }
   }
--- tigervnc-1.3.0/vncviewer/DesktopWindow.h    2013-07-01 14:42:05.000000000 +0200
+++ ../tigervnc-1.3.0/vncviewer/DesktopWindow.h 2013-11-02 04:53:30.975097085 +0100
@@ -81,12 +81,15 @@ public:

   void fullscreen_on();

-private:
-  static int fltkHandle(int event, Fl_Window *win);
+  int grab_keyboard_state;

   void grabKeyboard();
   void ungrabKeyboard();

+private:
+  static int fltkHandle(int event, Fl_Window *win);
+
+
   static void handleGrab(void *data);

   void maximizeWindow();
@@ -113,6 +116,9 @@ private:
   bool firstUpdate;
   bool delayedFullscreen;
   bool delayedDesktopSize;
+
+
+
 };

 #endif
--- tigervnc-1.3.0/vncviewer/Viewport.cxx   2013-07-01 14:42:05.000000000 +0200
+++ ../tigervnc-1.3.0/vncviewer/Viewport.cxx    2013-11-02 04:56:05.376802328 +0100
@@ -356,6 +356,8 @@ int Viewport::handle(int event)
   int buttonMask, wheelMask;
   DownMap::const_iterator iter;

+  DesktopWindow *dw = dynamic_cast<DesktopWindow*>(window());
+
   switch (event) {
   case FL_PASTE:
     buffer = new char[Fl::event_length() + 1];
@@ -434,9 +436,27 @@ int Viewport::handle(int event)
     while (!downKeySym.empty())
       handleKeyEvent(downKeySym.begin()->first, downKeySym.begin()->first,
                      "", false);
+    dw->ungrabKeyboard();
+    dw->fullscreen_off();
+
     return 1;

   case FL_KEYDOWN:
+    // Code to use Control_R as a grabKeyboard shortcut, as in remmina
+    if (menuKeyCode && (Fl::event_key() == (hostKeyMetaL ? FL_Meta_L : FL_Control_R)  ) ) {
+      if(dw->grab_keyboard_state == 0) {
+   dw->grab_keyboard_state = 1;
+   dw->grabKeyboard();
+      } 
+      else  {
+   dw->grab_keyboard_state = 0;
+   dw->fullscreen_off();
+   dw->ungrabKeyboard();
+      }
+      //window()->fullscreen_off();
+      vlog.debug("keyboard_grab key (ctrl-right) hit, keyboard grab state: %d\n", dw->grab_keyboard_state);
+    }
+    
     if (menuKeyCode && (Fl::event_key() == menuKeyCode)) {
       popupContextMenu();
       return 1;
--- tigervnc-1.3.0/vncviewer/parameters.cxx 2013-07-01 16:00:00.000000000 +0200
+++ ../tigervnc-1.3.0/vncviewer/parameters.cxx  2013-11-02 04:57:22.692802730 +0100
@@ -127,6 +127,10 @@ BoolParameter sendPrimary("SendPrimary",
                           "Send the primary selection and cut buffer to the "
                           "server as well as the clipboard selection",
                           true);
+BoolParameter hostKeyMetaL("HostKeyMetaL",
+              "Use the MetaL (Windows-Key) instead of "
+              "Control_R as the host key (grabKeyboard shortcut)",
+              false);

 StringParameter menuKey("MenuKey", "The key which brings up the popup menu",
                         "F8");
@@ -171,6 +175,7 @@ VoidParameter* parameterArray[] = {
   &acceptClipboard,
   &sendClipboard,
   &sendPrimary,
+  &hostKeyMetaL,
   &menuKey,
   &fullscreenSystemKeys
 };
--- tigervnc-1.3.0/vncviewer/parameters.h   2013-07-01 14:42:06.000000000 +0200
+++ ../tigervnc-1.3.0/vncviewer/parameters.h    2013-11-02 04:57:48.371802864 +0100
@@ -58,6 +58,8 @@ extern rfb::BoolParameter acceptClipboar
 extern rfb::BoolParameter sendClipboard;
 extern rfb::BoolParameter sendPrimary;

+extern rfb::BoolParameter hostKeyMetaL;
+
 extern rfb::StringParameter menuKey;

 extern rfb::BoolParameter fullscreenSystemKeys;

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

IPv6 breaks TCP filter (HostsFile)

This is how I am starting x0vncserver:

/usr/bin/x0vncserver -display=:0 -hostsfile=/home/austin/.vnc/hosts -passwordfile=/home/austin/.vnc/passwd

This is the contents of the hosts file:

+192.168.1.2

When I try to connect from that IP, this is the result:

Thu Jan 22 16:16:16 2015
 Geometry:    Desktop geometry is set to 1920x1080+0+0
 Main:        XTest extension present - version 2.2
 Main:        Listening on port 5900

Thu Jan 22 16:16:20 2015
 Main:        Client connection rejected

Why is that? My real aim is to have localhost and that IP allowed, so either from my desktop on the internal network or, if outside, through an SSH tunnel.

But I tried this, and it didn't work so I tried the very simple rule above:

+192.168.1.2
+127.0.0.1
-

Everything works fine without the hostsfile parameter. This is on Arch with TigerVNC built from Github.

Unable to use special key combinations as keyboard shortcuts

I am not able to use certain special key combinations like 'Ctrl+Alt+Any printable character' or 'Shit + Alt + Any printable character' as keyboard shortcuts.

I observed that in Eclipse, similar combinations are used as shortcuts and they are working fine. However there is a key combination 'Shift + Ctrl+Alt+Right' used for quick context view under navigation and I am not able to fire this key combination to invoke the menu item.

I realized that this is an issue with FLTK library and I am not sure whether this is the right place to log the bug request.

Regards,
Venkat

Adding unknown keysym until keysym table is full and no further input possible [$300]

I have a (Arch Linux) client box connecting via vncviewer to a (Arch Linux) server running (tigervnc) vncserver. On my client I use two languages (setxkbmap -layout us,bg (phonetic) -option grp:alt_shift_toggle) - switching and using both languages on the client is fine, both languages work on the server when in a terminal session, however when I connect to the VNC desktop, keys stop responding after a while. Relevant errors in ~/.vnc/hostname:1.log

...
Thu Dec 18 11:32:13 2014
Input:       Added unknown keysym 0x69 to keycode 221
Input:       Added unknown keysym 0x66 to keycode 219

Thu Dec 18 11:35:04 2014
Input:       Added unknown keysym 0x78 to keycode 217

Thu Dec 18 11:35:05 2014
Input:       Added unknown keysym 0x62 to keycode 202

Thu Dec 18 11:35:19 2014
Input:       Added unknown keysym 0x75 to keycode 197
...

Running xev shows some weird stuff - when pressing 'd' for instance

KeyRelease event, serial 38, synthetic NO, window 0x1200001,
    root 0x178, subw 0x1200002, time 175414596, (49,39), root:(50,64),
    state 0x2000, keycode 149 (keysym 0x64, d), same_screen YES,
    XKeysymToKeycode returns keycode: 40
    XLookupString gives 1 bytes: (64) "d"
    XFilterEvent returns: False

and xmodmap -pke would report that 'd' was added to 149

xmodmap -pke | grep 149
keycode 149 = d D d D

The table has room for 255 entries and they fill up really quickly - when it is full, I'm not able to use any 'unknown' keys that werent added to the table before it was full.

Locales on both machines

bg_BG.utf8
C
en_US.utf8
POSIX

tigervnc is at latest version (1.4.0-1 from official arch repository)

---

There is a $300 open bounty on this issue. Add to the bounty at Bountysource.