#2939 closed defect (needinfo)
Ctrl key stuck when switching windows
| Reported by: | Francesco Potortì | Owned by: | Francesco Potortì |
|---|---|---|---|
| Priority: | major | Milestone: | 4.1 |
| Component: | android | Version: | 3.0.x |
| Keywords: | Cc: |
Description
Sometimes it happens that when switching to another non-xpra window and back to the xpra window the Ctrl key is stuck: every letter I press in the xpra window is modified by Ctrl. If I press Ctrl, things revert back to normal.
This happens frequently, but not most of times. I have not yet found a way to reproduce it.
Change History (5)
comment:1 Changed 5 months ago by
| Owner: | changed from Antoine Martin to Francesco Potortì |
|---|
comment:2 Changed 5 months ago by
Bump. Without more details, I will have to close this ticket as 'needinfo.
comment:3 Changed 5 months ago by
No way. I tried to reproduce it several times, but I cannot ever seem to guess the sequence of events leading to the bug. Once I had it happen with Shift (rather than Ctrl).
Will keep trying...
comment:4 Changed 5 months ago by
| Resolution: | → needinfo |
|---|---|
| Status: | new → closed |
Let's close this ticket and we can re-open it when we have steps to reproduce the bug.
comment:5 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2939
copyleft 2010 - 2021
If you can reproduce it, please include the log with
--debug=keyboardenabled on the server side.All key events are sent to the server with the list of active modifiers and the server will do whatever is needed to ensure that the current server-side state of modifiers matches that of the client.
This is needed for the case you describe and also when alt-tabbing away from a window.
With most OSes xpra will see the
AltandTabkeys being pressed but by the time they are released it no longer has focus and does not get the key release event.