Bug 104765 - shift:both_capslock_cancel prevents Shift KeyRelease
Summary: shift:both_capslock_cancel prevents Shift KeyRelease
Status: RESOLVED NOTOURBUG
Alias: None
Product: xorg
Classification: Unclassified
Component: App/setxkbmap (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-01-24 11:04 UTC by Joseph-Eugene Winzer
Modified: 2018-01-24 12:47 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
xev log of shift behavior (2.21 KB, text/plain)
2018-01-24 11:04 UTC, Joseph-Eugene Winzer
no flags Details

Description Joseph-Eugene Winzer 2018-01-24 11:04:00 UTC
Created attachment 136938 [details]
xev log of shift behavior

I remap my capslock to escape and as an alternative I would like pressing both shift keys simultaneously.
Unfortunately, this prevents a KeyRelease event to be fired when releasing Shift_L or Shift_R.
See the attachment for the xev log.

A similar problem has already been reported here:
https://bugs.freedesktop.org/show_bug.cgi?id=7430
Comment 1 Daniel Stone 2018-01-24 11:15:20 UTC
The key releases are reported, though: when you only press left shift, one key press and one key release is reported for keycode 50. You have to use keycodes rather than keysyms for tracking this.
Comment 2 Joseph-Eugene Winzer 2018-01-24 12:46:17 UTC
I see. So it behaves as intended?
If that's the case this report can be closed and I will
issue the bug at the library (Qt) that doesn't handle it correctly.

Thanks Daniel
Comment 3 Daniel Stone 2018-01-24 12:47:43 UTC
Indeed, it's to be expected, and happens in many more cases than just this, particularly when changing layouts. Thanks for the report.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.