Follow-up Comment #3, bug #27790 (project xboard): OK, I think I fully understand how it works now. The new game starts with a board, but as the board oof FRC is not recognizably strange, you stay in VariantNormal. (That it is not the regular opening position is no clue, as there are many wilds with non-standard starting positions that are played as VariantNormal.) But then the move list is requested (even when the board was for move number 0), and triggers an offending VariantSwitch: normally VariantSwitch redraws the current board in the context of the new variant, after initializing the variant. The latter also sets up board 0, and in shuffle games triggers a re-shuffle there. This is unwanted, and later corrected when the board for the initial position comes in again with the move list. But the latter is never displayed, as movelists are supposed to be fetched in the background. So although it is setup in boards[0], it is neer displayed, and the wrong shuffle hangs in the display until a move occurs.
I will fix it by putting back the original board after initializing the new variant, when the board to display was boards[0], and thus must have contained the original shuffle. H.G. Muller _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?27790> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ _______________________________________________ Bug-XBoard mailing list Bug-XBoard@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xboard