After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 669773 - Entire mplayer window doesn't respond to mouse clicks after pressing ctrl
Entire mplayer window doesn't respond to mouse clicks after pressing ctrl
Status: RESOLVED OBSOLETE
Product: mutter
Classification: Core
Component: general
3.3.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
Depends on:
Blocks:
 
 
Reported: 2012-02-09 20:38 UTC by Olav Vitters
Modified: 2021-07-05 13:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Olav Vitters 2012-02-09 20:38:43 UTC
gnome-shell and mutter 3.3.5

After switching workspaces, mplayer window doesn't respond to mouse clicks. This is anywhere in the window, including the close button (drawn by mutter).

To reproduce:
1. Play a video using mplayer (the command line one, no GUI, only shows a window with the movie).
2. Switch workspace using ctrl-alt-shift-up
3. Switch workspace back using ctrl-alt-shift-down
4. Click on in the mplayer window (right / left)
5. Click on the close button

Nothing happens.

Additional info:
Keyboard does work though (e.g. space to pause/unpause). After using the keyboard, the mouse works again until you switch workspaces.

Further, workspace switch can also be done using activities overview (it is not just ctrl-alt-shift-up which triggers this)
Comment 1 Olav Vitters 2012-02-09 21:03:24 UTC
Just ctrl is enough actually. Do not even have to switch workspaces now to reproduce.. checking what is special about my setup to try and reproduce.
Comment 2 Ilja Sekler 2012-05-04 19:23:20 UTC
(In reply to comment #1)
> Just ctrl is enough actually. Do not even have to switch workspaces now to
> reproduce.. checking what is special about my setup to try and reproduce.

This might be related to the MPlayer svn checkin mentioned in <http://lists.mplayerhq.hu/pipermail/mplayer-users/2011-December/083811.html>. 

Curiously, while a simple click on the close button doesn't close the MPlayer window once Ctrl was pressed, Ctrl+Click on the close button works.
Comment 3 Jasper St. Pierre (not reading bugmail) 2014-12-29 06:54:39 UTC
I can't reproduce. I assume this was fixed at some point.
Comment 4 Ilja Sekler 2014-12-29 20:52:12 UTC
(In reply to comment #3)
> I can't reproduce. I assume this was fixed at some point.

I can't test with the current git master, but at least for the gnome-3-14 and gnome-3-12 branches on Fedora 20 and Fedora 21 respectively, I'm still able to reproduce the issue with the current MPlayer trunk.
Comment 5 Ilja Sekler 2014-12-29 20:53:39 UTC
(In reply to comment #4)

> I can't test with the current git master, but at least for the gnome-3-14 and
> gnome-3-12 branches on Fedora 20 and Fedora 21 respectively [...]

Err, I'm sorry, gnome-3-10 and gnome-3-14 of course. My apologies for bugspam!
Comment 6 Jasper St. Pierre (not reading bugmail) 2014-12-30 02:08:21 UTC
Yeah, I can reproduce now. I'm going to assume it's mplayer getting confused by grabs, but I'll investigate more tomorrow.
Comment 7 GNOME Infrastructure Team 2021-07-05 13:50:53 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/mutter/-/issues/

Thank you for your understanding and your help.