Bug 26824 - Pressing the ESC key does nothing when playing a clip with VLC in full screen in MATE
Summary: Pressing the ESC key does nothing when playing a clip with VLC in full screen...
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 7
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-06-19 02:24 CEST by Kristoffer Grundström
Modified: 2020-06-21 22:14 CEST (History)
2 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
LSHW output (17.68 KB, text/plain)
2020-06-19 14:28 CEST, Kristoffer Grundström
Details
Output for xev when pressing F11 (265 bytes, text/plain)
2020-06-21 04:04 CEST, Kristoffer Grundström
Details

Description Kristoffer Grundström 2020-06-19 02:24:50 CEST
Description of problem: When playing a file when I'm in MATE doesn't exit the full screen mode. The only thing that exits to window mode is double clicking with the mouse cursor in the clip when the clip's playing. The ESC key/button on the keyboard works fine otherwise.

Version-Release number of selected component (if applicable): 3.0.10-1

How reproducible: All the time.

Steps to Reproduce:
1. Open VLC.
2. Play a clip.
3. Double click in the player window to switch to Full screen mode.
4. Press ESC to exit to window mode.
5. Nothing happens.
Comment 1 Kristoffer Grundström 2020-06-19 14:28:45 CEST
Created attachment 11706 [details]
LSHW output
Comment 2 Kristoffer Grundström 2020-06-19 14:30:11 CEST
lspcidrake shows:

usbhid          : Lenovo|Lenovo Black Silk USB Keyboard [Human Interface Device|Boot Interface Subclass|Keyboard]
hid_generic     : Lenovo Lenovo Black Silk USB Keyboard
hid_generic     : Lenovo Lenovo Black Silk USB Keyboard
Comment 3 Kristoffer Grundström 2020-06-19 14:31:25 CEST
I'm using kernel 5.7.1-desktop-1.mga7 rebuilt from Cauldron and the same problem happens with the latest official kernel in Mageia 7 as well.
Comment 4 Kristoffer Grundström 2020-06-19 14:34:01 CEST
I checked that the hotkeys in VLC are properly set and they are.
Comment 5 Lewis Smith 2020-06-19 21:30:28 CEST
Please can you clarify whether this problem happens with Mageia 7 (comment 3) or Cauldron/M8 (Version) or both?
And since you have tried different kernels, can you say whether it happened with older ones, or is a recent problem?
I can then try the relevant possibilities.

CC: (none) => lewyssmith

Comment 6 Kristoffer Grundström 2020-06-19 22:11:22 CEST
(In reply to Lewis Smith from comment #5)
> Please can you clarify whether this problem happens with Mageia 7 (comment
> 3) or Cauldron/M8 (Version) or both?
> And since you have tried different kernels, can you say whether it happened
> with older ones, or is a recent problem?
> I can then try the relevant possibilities.

Sorry. My bad. This happens in Mageia 7 regardless of what kernel I use so I suspect that this is a problem with VLC itself. I have searched on trac.videolan.org, but could not find any similar bug besides one in Mac OS with a similar behaviour.

Version: Cauldron => 7

Comment 7 Dave Hodgins 2020-06-19 22:54:23 CEST
Closing as invalid. With vlc, the escape key is not intended to be used to exit
from full screen. As shown by the view menu, the key for toggling full screen
mode on or off is the f11 key. Pressing f11 while in full screen mode is working
to return to normal mode here.

CC: (none) => davidwhodgins
Status: NEW => RESOLVED
Resolution: (none) => INVALID

Comment 8 Kristoffer Grundström 2020-06-21 01:21:08 CEST
(In reply to Dave Hodgins from comment #7)
> Closing as invalid. With vlc, the escape key is not intended to be used to
> exit
> from full screen. As shown by the view menu, the key for toggling full screen
> mode on or off is the f11 key. Pressing f11 while in full screen mode is
> working
> to return to normal mode here.

Tried your solution to press F11 when in fullscreen mode and nothing happens.
Comment 9 Dave Hodgins 2020-06-21 01:43:09 CEST
Does that keyboard require holding down the fn key to toggle the key so that
it acts as f11 rather then some other function?

Resolution: INVALID => (none)
Status: RESOLVED => REOPENED

Comment 10 Kristoffer Grundström 2020-06-21 01:46:15 CEST
(In reply to Dave Hodgins from comment #9)
> Does that keyboard require holding down the fn key to toggle the key so that
> it acts as f11 rather then some other function?

Tried that and still nothing happens.
Comment 11 Dave Hodgins 2020-06-21 03:59:24 CEST
Install the package xev if it isn't already installed. Open a terminal such as
konsole, and run the xev command from there. It will show a number of key and
focus events the Xorg has detected. Click on the xev window to ensure it has
focus. Press and release the f11 key. The terminal will show additional output
for the key press and release. Does the key press show something similar to
KeyPress event, serial 40, synthetic NO, window 0x4e00001,
    root 0x6bf, subw 0x0, time 962764681, (347,597), root:(445,626),
    state 0x0, keycode 95 (keysym 0xffc8, F11), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

The keycode is the main thing to confirm.
Comment 12 Kristoffer Grundström 2020-06-21 04:04:26 CEST
Created attachment 11707 [details]
Output for xev when pressing F11
Comment 13 Kristoffer Grundström 2020-06-21 04:05:09 CEST
Now what?
Comment 14 Dave Hodgins 2020-06-21 04:48:25 CEST
Just realized we were discussing two different things.

I was referring to f11 from the view menu bar entry, which not fullscreen, but
fullscreen interface (hides the menu bar), still displays the controls. 
The as fullscreen option is available as a toggle from the video menu entry.

On my system, selecting fullscreen from the video menu hides everything except
the video. With that, pressing the esc key does exit fullscreen on my system.

Please confirm using xev that the esc key generates the keycode ...
KeyPress event, serial 40, synthetic NO, window 0x7e00001,
    root 0x6bf, subw 0x0, time 965705209, (162,-19), root:(260,10),
    state 0x0, keycode 9 (keysym 0xff1b, Escape), same_screen YES,
    XLookupString gives 1 bytes: (1b) "
    XmbLookupString gives 1 bytes: (1b) "
    XFilterEvent returns: False
Comment 15 Dave Hodgins 2020-06-21 05:02:55 CEST
If the keycode is the same, the next step is to close vlc, then run
mv ~/.config/vlc ~/.config/vlcold

That will reset vlc to using it's default settings the next time it starts.
Then test vlc again.
Comment 16 Kristoffer Grundström 2020-06-21 14:38:20 CEST
(In reply to Dave Hodgins from comment #15)
> If the keycode is the same, the next step is to close vlc, then run
> mv ~/.config/vlc ~/.config/vlcold
> 
> That will reset vlc to using it's default settings the next time it starts.
> Then test vlc again.

Weird. Doing that and restarting VLC made it work. Close as fixed or is there a patch needed for future releases? I mean, this problem will happen before you use this solution.
Comment 17 Dave Hodgins 2020-06-21 22:14:51 CEST
That just means there was some configuration change that caused the problem.

If you would like figure out what changed, install and run
kdiff3 ~/.config/vlc ~/.config/vlcold

Closing the bug again as invalid, since no changes were to vlc were required.

Resolution: (none) => INVALID
Status: REOPENED => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.