When you pause the game, the mouse remains captured

Bug #120872 reported by Siegfried Gevatter
2
Affects Status Importance Assigned to Milestone
Chromium
Invalid
Undecided
Unassigned
chromium (Ubuntu)
Fix Released
Wishlist
Unassigned

Bug Description

Binary package hint: chromium

When you are playing Chromium, if you pause the game (press `P'), the mouse remains captured and you can't exit it from the screen (well, basically there's no pointer, since it's the ship).

I think this is a issue since when I play such games I usually do it windows so that for example when someone speaks to me on IM I can just pause it a moment and look there, then go back; also I may want to stop playing a moment to look something up a moment, but I can't because I don't get the mouse free until I close it and if I do so I lose the current progress, a problem because the screens are long.

Revision history for this message
Siegfried Gevatter (rainct) wrote :

I've just found a workaround for this: if you have any other window open, just press Alt + Tab to switch there and then you get your mouse back until you restore the Chromium window :)

Revision history for this message
Emmet Hikory (persia) wrote :

I can confirm the reported behaviour, but I'm not sure of the appropriate desired behaviour. Given that the ship is the pointer, if the game is paused, and the pointer released, what should happen when the game is later unpaused? Should the ship move to the pointer, or should the pointer index be reset to that of the ship? Having the game grab the ponter, and lock to the ship resolves this question, although users are forced to use alternate focus mechanisms when changing windows.

Changed in chromium:
importance: Undecided → Wishlist
status: Unconfirmed → Confirmed
Revision history for this message
Siegfried Gevatter (rainct) wrote :

(Oops, Chromium BSU has no bug tracker, the bug watch was on a wrong project. Removing it.)

Changed in chromium:
status: New → Invalid
Revision history for this message
Paul Wise (Debian) (pabs) wrote :

RainCT: It actually does have a tracker in the sf.net project:

http://sf.net/projects/chromium-bsu

Chromium BSU needs upstream developers, so see my mail on the Debian games list if you are interested.

Revision history for this message
Paul Wise (Debian) (pabs) wrote :

I fixed this in the upstream SVN repository in r59 with the following patch:

diff --git a/src/MainSDL_Event.cpp b/src/MainSDL_Event.cpp
index 5ab76ba..ba87463 100644
--- a/src/MainSDL_Event.cpp
+++ b/src/MainSDL_Event.cpp
@@ -314,6 +314,7 @@ void MainSDL::keyDownGame(SDL_Event *event)
 // resetMouseMotion();
 // break;
      case SDLK_p:
+ grabMouse(game->game_pause);
    game->game_pause = !game->game_pause;
    game->audio->pauseGameMusic(game->game_pause);
    break;

Chromium BSU needs upstream developers, so see my mail on the Debian games list if you are interested.

Emmet Hikory (persia)
Changed in chromium:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.