[phpBB Debug] PHP Warning: in file [ROOT]/phpbb/auth/provider/godb.php on line 137: Undefined array key "PHPSESSID"
[phpBB Debug] PHP Warning: in file [ROOT]/includes/functions.php on line 4129: Cannot modify header information - headers already sent by (output started at [ROOT]/includes/functions.php:3008)
[phpBB Debug] PHP Warning: in file [ROOT]/includes/functions.php on line 4129: Cannot modify header information - headers already sent by (output started at [ROOT]/includes/functions.php:3008)
[phpBB Debug] PHP Warning: in file [ROOT]/includes/functions.php on line 4129: Cannot modify header information - headers already sent by (output started at [ROOT]/includes/functions.php:3008)
[phpBB Debug] PHP Warning: in file [ROOT]/includes/functions.php on line 4129: Cannot modify header information - headers already sent by (output started at [ROOT]/includes/functions.php:3008)
goproblems.com • Not to be played continuations ?
Page 1 of 1

Not to be played continuations ?

Posted: Sun May 11, 2014 1:36 pm
by zwim
Hi, in order to add a bit more detail about possible continuations, i added moves after some of the winning positions (pb. 17712).
Although these positions are marked as SUCCESS, the applet continue to play and some users are mistaken to play these continuations.

How can i fix that ?
These continuations are there only for those who want to put more though in the pb after solving it, they are not to be part of the problem solving.

Re: Not to be played continuations ?

Posted: Sun May 11, 2014 1:42 pm
by zwim
I put the pb in my sandbox for now to avoid deceiptions.

Re: Not to be played continuations ?

Posted: Sat Jun 14, 2014 5:00 pm
by zwim
For information i have fixed this by manually editing the SGF.

Player is black, engine is white.

Normally SUCCESS attempts terminate on a user (black) move and FAILED attempts on a engine (white) move.
So when adding demo continuation on a failed branch it does not matter.
But adding a demo continuation on a success branch results in the engine continuing to play even though the RIGHT attribute was encountered.

I fixed this by adding fake variations (;C[CHOICERIGHT]) in place of a white move so that the engine terminate here with the granted success, and the other branches are not explored since they do not have the CHOICE attribute.