[Bug-gnubg] Luck rate bug?

[Scott Steiner]

I played and won a 7 pointer against gnu and analysed the match as
usual.  The match statistics displayed the following (summary):

                                         gnu                  user   
checker 
Error rate (total)                -0,047 (-1,647%)     -0,309 (-4,289%)
Error rate (pr. move)             -0,001 (-0,032%)     -0,009 (-0,119%)
  
Luck rate (total)                 +1,625 (-1,520%)     +0,987 (+54,832%)
Luck rate (pr. move)              +0,028 (-0,026%)     +0,022 (+1,218%)

cube
Error rate (total)                -0,033 (-0,428%)     -0,026 (-0,158%)
Error rate (per cube decision)    -0,002 (-0,020%)     -0,004 (-0,026%)

overall
Overall error rate (total)        -0,080 (-2,075%)     -0,335 (-4,447%)
Overall error rate (per decision) -0,001 (-0,028%)     -0,008 (-0,106%)

MWC against current opponent        52,37%               47,63%


As you can see, gnu outplayed me in both checker play and cube
decisions.  How come I won the match with a lower luck rate then? 
This is the first time ever with gnu that I observe that the weaker
player wins and also has a lower luck rate, so there must be something
wrong here.  Also, what consolidates my assumption of a bug is that if
you analyse the match again (do that quickly with a 0ply setting), then
you will get different luck rates for both players.  When you then save
the match that you've just analysed and open it again, then the luck
rates change yet again to the ones displayed above.  And also notice
above that gnu has a positive luck rate in terms of equity points but a
negative one in terms of MWC, another thing I found peculiar.

Attached is the analyed sample match.  Unfortunately, I don't have the
match in a pre-analysed state as this was a match against gnu.

analysed_sample_match.zip
Description: Zip compressed data