fowode / pychess

Automatically exported from code.google.com/p/pychess
GNU General Public License v3.0
0 stars 0 forks source link

Undo fails if opponent has not moved #855

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1.Make a move.
2.Undo before opponent moves.
3.Only your move is removed, but it remains other players move.  If the other 
player is the computer, it will not actually move.

What is the expected output? What do you see instead?
Only mistaken move is undone.  Turn reverts to player who asks for undo.

Mistaken move is removed, but turn remains with opponent.  PC opponent never 
makes another move.

Does it happen every time?
Yes

What version of the product are you using?
0.10.1

Did you use an installed version of PyChess or did you run in from a
tarball/svn?
Fedora 20 from repo

Please provide any additional information below.

Please attach the latest pychess logfile. It's in a hidden folder, under
your homedirectory, named ".local/share/pychess/"

Original issue reported on code.google.com by JamesSEd...@gmail.com on 20 Apr 2014 at 9:29

Attachments:

GoogleCodeExporter commented 9 years ago
I think we fixed this before. Can you reproduce it with 0.12 rc1 too?
http://www.pychess.org/downloads/

Original comment by gbtami on 20 Apr 2014 at 9:48

GoogleCodeExporter commented 9 years ago
It looks like it depends on which opponent is used.  If the opponent is 
Pychess, it does work in 0.12 rc1.  However, if the opponent is gnuchess, it 
still behaves as noted above.  Note that I may have only tested the gnuchess 
option in the previous version.

Thanks,

James

Original comment by JamesSEd...@gmail.com on 21 Apr 2014 at 8:28

Attachments:

GoogleCodeExporter commented 9 years ago
Thx! Reproduced it with Gnuchess and Gaviota. Crafty and Sjeng (and all UCI) 
engines seems ok.

Original comment by gbtami on 21 Apr 2014 at 4:29

GoogleCodeExporter commented 9 years ago
This issue was closed by revision 8cd17599a5fa.

Original comment by gbtami on 10 May 2014 at 5:06