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 643351 - (multiple-solution) Add easy mode: ensure each game is winnable without luck
(multiple-solution)
Add easy mode: ensure each game is winnable without luck
Status: RESOLVED OBSOLETE
Product: gnome-mines
Classification: Applications
Component: general
git master
Other Linux
: Low enhancement
: ---
Assigned To: gnome-mines-maint
gnome-mines-maint
available
Depends on:
Blocks:
 
 
Reported: 2011-02-26 08:55 UTC by rohit
Modified: 2018-05-22 11:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
In this case, marking either of the two unmaked squares is a valid solution. No such situation should come up. (74.07 KB, image/png)
2011-02-26 08:55 UTC, rohit
Details

Description rohit 2011-02-26 08:55:21 UTC
Created attachment 181969 [details]
In this case, marking either of the two unmaked squares is a valid solution. No such situation should come up.

In classic minesweeper game, after the very first click, the problem should be well defined and the hints should be enough to identify the unique solution. But gnomine produces cases in which there are multiple valid solutions. A screenshot is added to cite an example.
Comment 1 Kat 2012-06-17 13:33:00 UTC
Hi, thanks for filing the bug.

This is not a bug because this is not a purely logic game: the player has to make guesses as well. Also, this situation can come up even if hints are not used.

There is still only one solution (because only one of the tiles has a mine underneath), but the player has to guess or use a hint to pick the correct tile in your example.

I have never tried the original Minesweeper game, but the Windows version behaves the same as gnomine.

If you have anything further to add, do not hesitate to reopen the bug!
Comment 2 rohit 2012-06-17 14:07:36 UTC
There are minesweeper games which are solvable without guessing purely with logic [1]. Anyways this bug was filed against the game written in C in 2.30.x [2]. It has since been rewritten in vala [3]. I am not sure if the problem exists in the new version. I guess this can be closed as not a bug now.

[1] http://hackage.haskell.org/package/minesweeper
[2] http://git.gnome.org/browse/gnome-games/tree/gnomine?h=gnome-2-30
[3] http://git.gnome.org/browse/gnome-games/tree/gnomine/src?h=gnome-3-4
Comment 3 Kat 2012-06-17 14:22:14 UTC
This feature does not exist in 3.4.2. I am re-opening the bug and changing the priority to enhancement as it is a feature request.
Comment 4 medeoTL 2014-12-18 12:58:37 UTC
This is something that bother me often (consider that i play gnome mines every days), there isn't a single match that doesn't require me to *guess* where the mine is. Usually this appen just one time a match, sometimes more.
Anyway i'm not sure this is something that should be removed, IMO best solution is to make it *optional* to alway have a discoverable solution.
Comment 5 GNOME Infrastructure Team 2018-05-22 11:41:18 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-mines/issues/1.