State machine is too strict

[averbraeck]

In real game play, a few times one or more players have been disallowed access to continue playing the game because their progress seemed to be out of sync with the facilitator's progress. This relates to https://github.com/averbraeck/housinggame-player/issues/46, and can be made less strict. In a sense, it is up to the facilitator to allow 'late' players to catch up, after progressing the game, for instance, when a player was not present at the table for a few minutes.

[averbraeck]

The facilitator is warned anyhow when players are behind, e.g.:

• when progressing to a new round
• when stopping the buying (do all players have a house?)
• when calculating taxes (do all players have a house?)
• when opening the survey (did all players progress far enough into the game?)
• when closing the survey (did all players fill in the survey?)

[averbraeck]

There are, however, some strict limitation that should be guarded because violating them will cause real problems in the game.

• The most important one is that all active players need to have a house (buy in round 1; possible sell-buy in later rounds), before the facilitator advances the game to the next round. The reason is that allowing buying and selling cannot be done when the facilitator is already in a next round.
• The second one is that all active players need to have a house (buy in round 1; possible sell-buy in later rounds), before the facilitator rolls the dice. The reason is that damage cannot be calculated when a player does not have a house. Still, this could be made to work where the already calculated damage is also given to the player who buys a house after rolling the dice.
• The third is that the facilitator should not advance to the next round when there is still a player in the previous round, since the player cannot advance to the next round in that case.

It is always the facilitator who can make the decision to advance anyhow. All out-of-sync problems (taxes, survey, buying/selling, etc.) are mentioned to the facilitator with a warning -- which can be ignored.

[averbraeck]

For the rest, let's take out the out-of-sync messages for the players.