! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Xfwm stops all keyboard input after pressing certain keys
Status:
RESOLVED: FIXED
Severity:
critical

Comments

Description Felipe Contreras 2011-12-09 17:05:40 CET
I found this with a PS/2 keyboard by pressing left-shift+arrow-left (any direction, or home, end, etc.), I had to kill xfwm4 each time I pressed one of these.

By using showkeys I found that a keycode 244 press event happened, but it never  was released. Pressing print-screen generates a keycode 244 release event, restoring normal behavior.

The fact that they corresponding release event didn't happen is most likely a kernel bug, but regardless of that, xfwm4 should not block *all* keyboard input.

You can reproduce with xdotool:

 % xdotool keydown XF86MonBrightnessDown

Unfortunate users will be unable to type anything any more and will have no idea about what to do, thus marking as *critical*.
Comment 1 Olivier Fourdan editbugs 2011-12-09 17:46:20 CET
Works just fine here.

Do you have any particular shortcut associated with that key combo?

Does pressing Alt+Tab fixes the issue?
Comment 2 Felipe Contreras 2011-12-09 17:48:00 CET
(In reply to comment #1)
> Works just fine here.
> 
> Do you have any particular shortcut associated with that key combo?

No.

> Does pressing Alt+Tab fixes the issue?

No. Nothing works, except print-screen.

Did you try this command?

 % xdotool keydown XF86MonBrightnessDown

This is on xfwm4-4.8.2.
Comment 3 Olivier Fourdan editbugs 2011-12-12 18:16:01 CET
Ok, there's two things to consider here.

The event may have left an grab active, causes the sort of hang you describe, I believe this is fixed since then by git commit f0144a0e [1] which explains why I fail to reproduce such a problem here.
z
Additionally, sending a keydown will cause the key to repeat (just like when you keep any key pressed) which causes xfwm4 to stop any move/resize operation (such operation can be driven by the keyboard, and pressing any key would terminate the move/rezize op).

To avoid this problem, I shall make it so termination occurs only when the move/resize is triggered via the keyboard. Since any real keypress will stop the spurious repeated keypress events induced by the fake keydown event, that will be enough to fix the issue for good.

[1] http://git.xfce.org/xfce/xfwm4/commit/?h=xfce-4.8&id=f0144a0eaafbd36c8cb2bafd605d255c54ef410c
Comment 4 Olivier Fourdan editbugs 2011-12-12 20:58:40 CET
Second part now committed as git commit af78b582 [2]

Current git code (both branches, xfce-4.8 and master) do not exhibit any problem with the "xdotool keydown XF86MonBrightnessDown" command anymore.

Please reopen if problem still occurs with current git code.

[2] http://git.xfce.org/xfce/xfwm4/commit/?h=xfce-4.8&id=af78b582b4b263aba713af5567a900b578d6ed05

Bug #8233

Reported by:
Felipe Contreras
Reported on: 2011-12-09
Last modified on: 2011-12-12

People

Assignee:
Olivier Fourdan
CC List:
0 users

Version

Attachments

Additional information