Server does not receive ctrl-alt-<key> combinations
Brought to you by:
fdboer
Menu
▾
▴
Logged In: YES
user_id=1196899
I should have mentioned that the server is running WinXP Pro
and the client is running WinXP Home.
Logged In: YES
user_id=359265
Can you give a specific use for this or a way to reproduce.
Logged In: YES
user_id=1196899
This could be reproduced by attempting to use one of the
many ctrl-alt-<X> based shortcuts in IntelliJ IDEA (as I
found the issue) but is more easily seen when attempting to
assign a shortcut key to a style in MS Word (an option
available via the style gallery). You will notice that when
attempting to enter a ctrl-alt-<X> shortcut in the field
provided that nothing is registered, yet it is possible to
assign such a shortcut.
Logged In: YES
user_id=359265
The low level keyboard handling does not seem the handle
these kind of action properly. It appears to be related to
the other issue you reported but I leave this open for now.
A quick investigation showed that key up/down strokes are
send in a high rate to the server. In your case, the Ctrl
and Alt keys are transmitted, so is the 'B'. However, before
the 'B' is received a lot of Ctrl-Alt up and downs have been
received and the server sees the wrong key combination.
Fixing the Low Level Keyboard Handling wil most likely cure
the problem. More investigation is underway.
Logged In: YES
user_id=1196899
I think there may also be a related issue. I have noticed
some inconsistencies with alt-<X> events:
* alt-F10 does not appear to be sent to the server. This can
be recreated by entering command mode in gvim and trying all
alt-<function key> combinations. You will see an event
registered for all combinations except alt-F10
* alt-<function key events> do not always appear to be sent
cleanly to the server. Whilst all combinations except the
one noted above work in gvim, IDEA IntelliJ (and I,
therefore, assume other Java applications) only
intermittently receives alt-<function key combinations>. In
particular:
* alt-F7 (find usages) only intermittently works
when the mouse is over a class name. The problem can often
be circumvented by repeating the key combination.
* alt-F3 (incremental search) should create a small
text-entry pop-up in the top left of the editor pane. This
combination seems to be ignored on occasion.
Logged In: YES
user_id=733341
The "Pause/Break" key is not sent either.
Vncviewer 3.3.7 seems to do the job correct. Forward porting key mapping code from vncviewer 3.3.7 to Win2VNC 1.5.x. Since this is not a trivial change in the code additional testing is required.
No active development, closing ticket.