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 447109 - gnomine should not clear the playing field after winning a game
gnomine should not clear the playing field after winning a game
Status: RESOLVED FIXED
Product: gnome-games-superseded
Classification: Deprecated
Component: gnomine
2.18.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Games maintainers
GNOME Games maintainers
Depends on:
Blocks:
 
 
Reported: 2007-06-13 12:08 UTC by Vincent Povirk
Modified: 2007-08-18 00:15 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Vincent Povirk 2007-06-13 12:08:58 UTC
This was written to games-list, and it technically should be tracked here.

On 6/13/07, gschaefr@comcast.net <gschaefr@comcast.net> wrote:
> Hello,
> 
> I'm not at all sure this is the correct method for doing this,
> but I would like to request a change to the Mines game.
> 
> 
> When I hit a mine, the board is displayed until I click a button, but
> when I clear the field, the board is displayed for about one second,
> then the scores dialog box appears instead. I am playing Mines 2.18.
> 
> Would it be feasible to leave the successfully-cleared field in view
> and just display the dialog box over it? The user could drag the box
> out of the way if desired. The program waits until the user clicks on
> one of the buttons in the dialog box, so what would be the harm in
> leaving the field behind it? I'm a former programmer, so this change
> seems reasonably doable to me. I think it would improve the game.
> 
> Jerry
Comment 1 Thomas Andersen 2007-08-18 00:15:47 UTC
As far as I can tell the desired behavior is what is in 2.19. I can drag the high score dialog away from the board and see the cleared minefield.

Looking at the log of changes between 2.18 and 2.19.90 there has been a change in libgames-support to make the high score dialogs transient for the board window. I suspect this fixed the issue.

Please reopen this bug if you still see this bug in 2.20.