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 89540 - aisle-riot seahaven thinks game over too soon
aisle-riot seahaven thinks game over too soon
Status: RESOLVED DUPLICATE of bug 65242
Product: gnome-games-superseded
Classification: Deprecated
Component: general
2.0.x
Other other
: High major
: ---
Assigned To: Rosanna Yuen
Gregory Leblanc
Depends on:
Blocks:
 
 
Reported: 2002-07-31 15:14 UTC by Liam Quin
Modified: 2012-01-31 23:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Liam Quin 2002-07-31 15:14:27 UTC
the seahaven game has a bug that makes it say "game over" too soon.

--- seahaven-orig.scm	2002-07-29 18:42:22.000000000 -0400
+++ seahaven.scm	2002-07-29 18:43:55.000000000 -0400
@@ -65,7 +65,7 @@
   (and (not (empty-slot? slot-id))
        (or (= (length card-list) 1)
 	   (and (> slot-id 7)
-
	(< (length card-list) (+ 2 free-reserves))
+
	(< (length card-list) (+ 1 free-reserves))
 
	(check-same-suit-list card-list)
 
	(check-straight-descending-list card-list)))))
Comment 1 Samuel Stringham 2002-08-05 02:30:38 UTC
assuming this is still present in GNOME2 and upping the priority due
to the patch.
Comment 2 Luis Villa 2002-08-07 15:10:56 UTC
Ross, Rosanna: would you mind if I made ross or gnome-games-maint the
owner of this module?
Comment 3 Ross Burton 2002-08-07 15:25:28 UTC
I'm happy to be the official maintainer for aisleriot, as long as I am
not expected to understand lisp :)
Comment 4 Callum McKenzie 2002-10-02 23:45:13 UTC
The patch is wrong. It needs to be two rather than one since it is a
less than check (so it should be one more than the number of free
reserves we need) and then you can move one card without any free
reserves so add one more. 1 + 1 = 2.

This is actually a duplicate of #65242 and the patch supplied there
should fix it. It's a case of undo/restore not saving the
free-reserves variable (which is kept as a running total).
Comment 5 Ross Burton 2002-10-03 08:37:17 UTC
Ross puts his faith in Callum... :)

*** This bug has been marked as a duplicate of 65242 ***
Comment 6 Robert Ancell 2012-01-31 23:21:28 UTC
This bug is being reassigned to the "general" component so we can close the aisleriot bugzilla component.  Apologies for the mass email!