GNOME Bugzilla – Bug 529408
need to special-case Shift+Tab
Last modified: 2020-11-12 12:24:13 UTC
After bug 353304 was closed, someone commented that "Shift+Tab" no longer worked as he expected. (Starting at http://bugzilla.gnome.org/show_bug.cgi?id=353304#c17). The problem is that clients are inconsistent about whether Shift+Tab is "Shift+Tab" or "ISO_Left_Tab".
I've just discovered that the RFB protocol spec actually discusses this case and recommends that servers *should* have a special case here:
• There is no universal standard for “backward tab” in the X Window System.
On some systems shift+tab gives the keysym “ISO Left Tab”, on others it gives
a private “BackTab” keysym and on others it gives “Tab” and applications tell
from the shift state that it means backward-tab rather than forward-tab. In the
RFB protocol the latter approach is preferred. Viewers should generate a shifted
Tab rather than ISO Left Tab. However, to be backwards-compatible with ex-
isting viewers, servers should also recognise ISO Left Tab as meaning a shifted
*** Bug 565631 has been marked as a duplicate of this bug. ***
There is a Debian bug report regarding this issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456921
I attached a (probably wrong) patch to that bug some time back that resolves the issue for me. I don't know if it's the right way to fix the problem, but this is a really annoying bug for me and if there's any work I can do to speed along its resolution I'd be more than willing to invest the time.
Vino is not under active development anymore and unmaintained.
Please use gnome-remote-desktop instead.
Closing this report as WONTFIX to reflect reality.