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 Tab.
*** 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.