The intention was that the routine OnlyMove in WB would always return false when legality-checking was off (which is also a necessary requirement for the acceptation of click commands), but apparently this was not the cas. (Which was a bug in itself, making spurious 'only moves' in variants that have to be played with legality-checking off,unless you turned it off.)Daniel Shawul wrote:Edit1: Yes this is very serious. It happens with pawns and other pieces too. The winboard native one-click move should be completely turned off when engine has its own.
Indeed, the engine should not assume its click commands are obeyed. WinBoard does suppress sending of lift and put commands in response to clicks emulated by click commands, so the engine can safely keep reacting to them at all times without funny effects during one-click moving.Edit2: Nebiyu problem: When one-click was off, unambigious moves were not highlighted in nebiyu , so I fixed so that it will send a highlight even when sending clicks. It is uploaded.
I could not reproduce this so far, but I did not really test in Checkers. Clicking Ra1 in variant normal does cause the modified Fairy-Max to highlight some squares. It could be that this problem was related to the one-click problem above. (In Checkes the Pawn on a1 has only one move, and so has La1 in Shogi.)Edit3: Winboard one-click problem checkers. Square a1 does not trigger a lift, so one-click doesn't work. But I do get a put even though there were no lifts. I think the problem is probably because a1=0 in your implementation. If I click elsewhere first and click again it works.
...
I can replicate this problem on other games too. One-click move not working the first time, but it does the second time.
New version uploaded (which should also fix the FEN-copy problem; the buffer in PositionToFEN was only 128 char...).