I'll take a look. Does the mark change if you go back and forth in the match?
Christian. On Thu, Jun 25, 2009 at 10:53 PM, Michael Petch<[email protected]> wrote: > Howdy Christian, > > I received this problem report below from a friend I recently got to try the > CMARK feature out. I decided to try reproducing it, and I can find something > similar. Take a match that is analyzed. Find a very bad error. Go to that > error and select the first 2 moves in the analysis pane PLUS the move that > the player made (the one in red) and click on CMARK. Rollout the moves with > Analyze/Rollout/Match (Use a small rollout trial size to make it quicker). > When finished go back to the move in the move pane. In most cases the > Rollouts move to the top of the list but the move marked as red (The users > actual move) is now on the wrong move! It seems like this is a small bug. It > appears after the move list has the rollouts added the red mark remains in > its original position and Gnubg now considers that the players actual move. > The red highlight should have moved to the rollout entry. It is suggested > this may affect the computed error rate as well. > > Mike > > ------ Forwarded Message > > Date: Thu, 25 Jun 2009 01:54:23 +0000 (UTC) > To: Michael Petch <[email protected]> > Subject: Re: Gnu BUG > > Hi Mike, > > I found a repetitive problem. When I flag more than 2 moves with cmark, GNU > often Forgets which is my move! The RED move is not the one I played. The > RED move is NOT the move listed on the Dice log pane. This prob affects the > error score as some of the erroneously red moves are doozies. > > > > Are u aware of this? > > > _______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
