I've been a TightVNC user for a decade, but the later versions of the application have an ongoing bug that I see periodically mentioned in old bug reports.
Behavior: Install TightVNC 2.7.10 to any Windows 7, Windows 8 or Windows 8.1 system. (I cannot say if it still impacts Windows XP or Vista).
After installation, connect to the new install. Browse / install programs. Alt-Tab away from the program session.
Return to the program session. In many cases, the Alt key will now be stuck, including for local input. In other words, a local mouse and keyboard will respond as though the Alt key is still depressed.
Notes:
This behavior does not occur in all instances or after every Alt-Tab.
It may be possible to trigger the behavior by doing the following:
Launch a browser from the connected client desktop.
Ctrl-Click to open a link in a new window.
Immediately Alt-Tab after control-clicking.
This seems to create the issue more quickly than random Alt-Tabbing, but the problem will occur without the use of Ctrl-Click. It may still take several tries to replicate the problem.
Sometimes, repeatedly striking "Alt" on the connecting system's keyboard (with the session window primary) will unstick the virtual keyboard. This does not always work, however. The only way to definitely clear the bug is to close the session and reopen it.
I have the same issue with a TightVNC client 2.7.10 (Windows 8.1) connecting to TightVNC server 1.3.9 (Raspberry Pi - Debian).
It's nice to know someone else has encountered this problem. The only solution I've found is to repeatedly whack the Alt key -- sometimes that will dislodge the keyboard and allow you to type again normally.
Often I end up killing and restarting the session instead.
It seems that development here is mostly dead.
I only have to press alt once to clear it but it is annoying.
From: Joel [mailto:digihound@users.sf.net]
Sent: May 13, 2015 5:19 PM
To: [vnc-tight:bugs]
Subject: [vnc-tight:bugs] #1302 Alt-Tab still sticks (Tight VNC 2.7.10)
It's nice to know someone else has encountered this problem. The only
solution I've found is to repeatedly whack the Alt key -- sometimes that
will dislodge the keyboard and allow you to type again normally.
Often I end up killing and restarting the session instead.
It seems that development here is mostly dead.
[bugs:#1302] http://sourceforge.net/p/vnc-tight/bugs/1302 Alt-Tab still
sticks (Tight VNC 2.7.10)
Status: open
Group:
Labels: Alt Alt-Tab
Created: Sat Mar 08, 2014 08:04 PM UTC by Joel
Last Updated: Wed May 13, 2015 11:14 PM UTC
Owner: nobody
I've been a TightVNC user for a decade, but the later versions of the
application have an ongoing bug that I see periodically mentioned in old bug
reports.
Behavior: Install TightVNC 2.7.10 to any Windows 7, Windows 8 or Windows 8.1
system. (I cannot say if it still impacts Windows XP or Vista).
After installation, connect to the new install. Browse / install programs.
Alt-Tab away from the program session.
Return to the program session. In many cases, the Alt key will now be stuck,
including for local input. In other words, a local mouse and keyboard will
respond as though the Alt key is still depressed.
Notes:
This behavior does not occur in all instances or after every Alt-Tab.
It may be possible to trigger the behavior by doing the following:
Launch a browser from the connected client desktop.
Ctrl-Click to open a link in a new window.
Immediately Alt-Tab after control-clicking.
This seems to create the issue more quickly than random Alt-Tabbing, but the
problem will occur without the use of Ctrl-Click. It may still take several
tries to replicate the problem.
Sometimes, repeatedly striking "Alt" on the connecting system's keyboard
(with the session window primary) will unstick the virtual keyboard. This
does not always work, however. The only way to definitely clear the bug is
to close the session and reopen it.
Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/vnc-tight/bugs/1302/
https://sourceforge.net/p/vnc-tight/bugs/1302
To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/
https://sourceforge.net/auth/subscriptions
Related
Bugs: #1302
I have same problem I think. Clicking TightVNC Send Ctrl+Alt+Del key, then Cancel unsticks it.
I switched to RealVNC viewer. It works fine.
From: Goodvibes2 [mailto:goodvibes2@users.sf.net]
Sent: October 28, 2015 6:51 PM
To: [vnc-tight:bugs]
Subject: [vnc-tight:bugs] #1302 Alt-Tab still sticks (Tight VNC 2.7.10)
I have same problem I think. Clicking TightVNC Send Ctrl+Alt+Del key, then
Cancel unsticks it.
[bugs:#1302] http://sourceforge.net/p/vnc-tight/bugs/1302/ Alt-Tab still
sticks (Tight VNC 2.7.10)
Status: open
Group:
Labels: Alt Alt-Tab
Created: Sat Mar 08, 2014 08:04 PM UTC by Joel
Last Updated: Wed May 13, 2015 11:18 PM UTC
Owner: nobody
I've been a TightVNC user for a decade, but the later versions of the
application have an ongoing bug that I see periodically mentioned in old bug
reports.
Behavior: Install TightVNC 2.7.10 to any Windows 7, Windows 8 or Windows 8.1
system. (I cannot say if it still impacts Windows XP or Vista).
After installation, connect to the new install. Browse / install programs.
Alt-Tab away from the program session.
Return to the program session. In many cases, the Alt key will now be stuck,
including for local input. In other words, a local mouse and keyboard will
respond as though the Alt key is still depressed.
Notes:
This behavior does not occur in all instances or after every Alt-Tab.
It may be possible to trigger the behavior by doing the following:
Launch a browser from the connected client desktop.
Ctrl-Click to open a link in a new window.
Immediately Alt-Tab after control-clicking.
This seems to create the issue more quickly than random Alt-Tabbing, but the
problem will occur without the use of Ctrl-Click. It may still take several
tries to replicate the problem.
Sometimes, repeatedly striking "Alt" on the connecting system's keyboard
(with the session window primary) will unstick the virtual keyboard. This
does not always work, however. The only way to definitely clear the bug is
to close the session and reopen it.
Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/vnc-tight/bugs/1302/
To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/
Related
Bugs: #1302
After this long, switching seems to be the only option -- but RealVNC
doesn't allow you to send file transfers without paying first.
On Wed, Oct 28, 2015 at 11:56 PM, Dwayne Zon dwaynez@users.sf.net wrote:
Related
Bugs: #1302
I have never used the file transfer feature. I just map the drive to my
computer and use the file explorer for moving files to and from devices.
From: Joel [mailto:digihound@users.sf.net]
Sent: October 29, 2015 7:41 AM
To: [vnc-tight:bugs]
Subject: [vnc-tight:bugs] Re: #1302 Alt-Tab still sticks (Tight VNC 2.7.10)
After this long, switching seems to be the only option -- but RealVNC
doesn't allow you to send file transfers without paying first.
On Wed, Oct 28, 2015 at 11:56 PM, Dwayne Zon dwaynez@users.sf.net wrote:
I switched to RealVNC viewer. It works fine.
From: Goodvibes2 [mailto:goodvibes2@users.sf.net]
Sent: October 28, 2015 6:51 PM
To: [vnc-tight:bugs]
Subject: [vnc-tight:bugs] #1302 Alt-Tab still sticks (Tight VNC 2.7.10)
I have same problem I think. Clicking TightVNC Send Ctrl+Alt+Del key, then
Cancel unsticks it.
[bugs:#1302] http://sourceforge.net/p/vnc-tight/bugs/1302/
http://sourceforge.net/p/vnc-tight/bugs/1302/
http://sourceforge.net/p/vnc-tight/bugs/1302/ Alt-Tab still
sticks (Tight VNC 2.7.10)
Status: open
Group:
Labels: Alt Alt-Tab
Created: Sat Mar 08, 2014 08:04 PM UTC by Joel
Last Updated: Wed May 13, 2015 11:18 PM UTC
Owner: nobody
I've been a TightVNC user for a decade, but the later versions of the
application have an ongoing bug that I see periodically mentioned in old
bug
reports.
Behavior: Install TightVNC 2.7.10 to any Windows 7, Windows 8 or Windows
8.1
system. (I cannot say if it still impacts Windows XP or Vista).
After installation, connect to the new install. Browse / install programs.
Alt-Tab away from the program session.
Return to the program session. In many cases, the Alt key will now be
stuck,
including for local input. In other words, a local mouse and keyboard will
respond as though the Alt key is still depressed.
Notes:
This behavior does not occur in all instances or after every Alt-Tab.
It may be possible to trigger the behavior by doing the following:
Launch a browser from the connected client desktop.
Ctrl-Click to open a link in a new window.
Immediately Alt-Tab after control-clicking.
This seems to create the issue more quickly than random Alt-Tabbing, but
the
problem will occur without the use of Ctrl-Click. It may still take several
tries to replicate the problem.
Sometimes, repeatedly striking "Alt" on the connecting system's keyboard
(with the session window primary) will unstick the virtual keyboard. This
does not always work, however. The only way to definitely clear the bug is
to close the session and reopen it.
Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/vnc-tight/bugs/1302/
To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/
http://sourceforge.net/p/vnc-tight/bugs/1302/ Alt-Tab
still sticks (Tight VNC 2.7.10) *
Status: open
Group:
Labels: Alt Alt-Tab
Created: Sat Mar 08, 2014 08:04 PM UTC by Joel
Last Updated: Thu Oct 29, 2015 12:51 AM UTC
Owner: nobody
I've been a TightVNC user for a decade, but the later versions of the
application have an ongoing bug that I see periodically mentioned in old
bug reports.
Behavior: Install TightVNC 2.7.10 to any Windows 7, Windows 8 or Windows
8.1 system. (I cannot say if it still impacts Windows XP or Vista).
After installation, connect to the new install. Browse / install programs.
Alt-Tab away from the program session.
Return to the program session. In many cases, the Alt key will now be
stuck, including for local input. In other words, a local mouse and
keyboard will respond as though the Alt key is still depressed.
Notes:
This behavior does not occur in all instances or after every Alt-Tab.
It may be possible to trigger the behavior by doing the following:
Launch a browser from the connected client desktop.
Ctrl-Click to open a link in a new window.
Immediately Alt-Tab after control-clicking.
This seems to create the issue more quickly than random Alt-Tabbing, but
the problem will occur without the use of Ctrl-Click. It may still take
several tries to replicate the problem.
Sometimes, repeatedly striking "Alt" on the connecting system's keyboard
(with the session window primary) will unstick the virtual keyboard. This
does not always work, however. The only way to definitely clear the bug is
to close the session and reopen it.
Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/vnc-tight/bugs/1302/
To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/
[bugs:#1302] http://sourceforge.net/p/vnc-tight/bugs/1302/ Alt-Tab still
sticks (Tight VNC 2.7.10)
Status: open
Group:
Labels: Alt Alt-Tab
Created: Sat Mar 08, 2014 08:04 PM UTC by Joel
Last Updated: Thu Oct 29, 2015 12:51 AM UTC
Owner: nobody
I've been a TightVNC user for a decade, but the later versions of the
application have an ongoing bug that I see periodically mentioned in old bug
reports.
Behavior: Install TightVNC 2.7.10 to any Windows 7, Windows 8 or Windows 8.1
system. (I cannot say if it still impacts Windows XP or Vista).
After installation, connect to the new install. Browse / install programs.
Alt-Tab away from the program session.
Return to the program session. In many cases, the Alt key will now be stuck,
including for local input. In other words, a local mouse and keyboard will
respond as though the Alt key is still depressed.
Notes:
This behavior does not occur in all instances or after every Alt-Tab.
It may be possible to trigger the behavior by doing the following:
Launch a browser from the connected client desktop.
Ctrl-Click to open a link in a new window.
Immediately Alt-Tab after control-clicking.
This seems to create the issue more quickly than random Alt-Tabbing, but the
problem will occur without the use of Ctrl-Click. It may still take several
tries to replicate the problem.
Sometimes, repeatedly striking "Alt" on the connecting system's keyboard
(with the session window primary) will unstick the virtual keyboard. This
does not always work, however. The only way to definitely clear the bug is
to close the session and reopen it.
Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/vnc-tight/bugs/1302/
To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/
Related
Bugs: #1302
Maybe I have the "solved bug" step.... I had issues with alt + tab ... but I noticed that I have "Scroll Lock Key" ON ... I turned off and alt + tab worked correctly!!!
I just signed to this site to let you know the possible bug fix.