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 621212 - pressing print screen deactivates and pauses gnomine before the screenshot is taken
pressing print screen deactivates and pauses gnomine before the screenshot is...
Status: RESOLVED FIXED
Product: gnome-games-superseded
Classification: Deprecated
Component: gnomine
2.28.x
Other Linux
: Normal minor
: ---
Assigned To: GNOME Games maintainers
GNOME Games maintainers
Depends on:
Blocks:
 
 
Reported: 2010-06-10 15:04 UTC by Vincent Povirk
Modified: 2011-11-13 07:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Vincent Povirk 2010-06-10 15:04:15 UTC 
Forwarded (but only after dragging my feet and whining about it) from https://bugs.launchpad.net/ubuntu/+source/gnome-games/+bug/27956

Steps to reproduce:
1. Open gnomine and start a game.
2. Press print screen to take a screenshot.

Expected results:
The minefield appears in the screenshot.

Actual results:
The minefield does not appear because the game was paused before the screenshot was taken.
Comment 1 Vincent Povirk 2010-06-10 15:09:51 UTC 
Since this is now the right place for it, I'd like to mention that I've noticed gnomine pausing in all of the following situations:
* Any hotkey is pressed.
* The gnomine window icon is clicked to bring up its window menu.
* The gnomine window is moved.

This leads me to believe that the focus loss detection is too strict.

A quick test with xev shows that windows get a FocusOut event with mode NotifyGrab in these cases. A switch to another window results in a FocusOut with mode NotifyNormal. Perhaps gnomine should ignore the NotifyGrab events.
Comment 2 Robert Ancell 2011-11-13 07:25:02 UTC 
Disabled the autopausing as it was causing too many problems.