Opponents letting their clocks run out

[cpl_trim]

In my second and third tournaments, I've had two games where my opponents stopped moving and lost on time. The first was an endgame situation where we both had two rooks. It was unclear to me if I had a win or not, I only needed a draw to finish in the prize money so I put the White king into perpetual check. On move 42, with 5 minutes remaining, she didn't respond to my last check and lost on time. Later I replayed the sequence and found that I did actually have a mating attack once I'd secured my king, so perhaps there was some logic to this result.

But in the most recent match, it was inexplicable. Black was low rated and I had won a piece on move 10. She offered to exchange off my white square bishop but mine had more mobility, so I retreated this bishop to b5 and gave check. She could have blocked this on c6 with three different pieces or moved the king, there was nothing complex about the position. But instead, with over 20 minutes left Black did none of those things and let her clock drain to 0:00.

[BRANE]

This is definitely a bug. There is almost definitely a deadlock somewhere in code.

It would be awesome if you could provide your logs:
How to get the logs?

Go to C:\Users\{username}\AppData\Roaming\Godot\app_userdata\Master of Chess
In there there is a logs folder
Open it and copy over the godot.log and the log file with appropriate timestamp

[cpl_trim]

Thanks. I found the log file, where should I send it ?

This looks like the sequence that failed:

[color=Green]43:54:5 Move timer fired.; White to move.;
[color=Green]43:54:5 Playing a6b5-GoodMove;
[color=Yellow]43:54:66 a6b5 played. GoodMove. board FEN:; r1q1kb1r/pbp1nppp/1p2p3/1B1pP3/3P4/P1N2N2/1PP1QPPP/R1B2RK1 b kq - 2 11; Move fen; r1q1kb1r/pbp1nppp/1p2p3/1B1pP3/3P4/P1N2N2/1PP1QPPP/R1B2RK1 b kq - 2 11;
[color=Yellow]43:54:66 455 cps. 447. cpl. 10 depth.;
[color=Pink]43:54:66 How bad is the situation after a6b5 by White? 455: Better;
[color=White]43:54:66 Stopping Lizard search;
[color=Purple]43:54:72 Lizard Searching position: r1q1kb1r/pbp1nppp/1p2p3/1B1pP3/3P4/P1N2N2/1PP1QPPP/R1B2RK1 b kq - 2 11;
[color=Pink]43:54:73 Setting the periodic timer with speed of ; 125;
[color=Blue]43:54:82 Moves found! ; Play; 5; Black; White; Depth: 1;
[color=Orange]43:54:82 timeForMoveInSeconds; 93.82928346696087; thinkTimeInRealLifeMilliseconds; 11728.660433370109;
[color=Green]43:54:83 Starting timer for Black of 11728 ms.;
[color=Green]43:54:83 Now: 14:43:54.083Scheduled fire at 14:44:05.811;
[color=Orange]43:54:83 Move timer determined!; 11728;
[color=Blue]43:54:89 Moves found! ; Play; 5; Black; White; Depth: 2;
[color=Green]43:54:89 selecting move a6b5;
[color=Blue]43:54:89 Fire in 10;
[color=Green]43:54:90 Move timer fired.; Black to move.;
[color=Green]43:54:91 Getting move for ; Black;
[color=Red]43:54:91 Moves found ignored as they are being handled! ; 5; Black; White; Depth: 3;
Captured? Is Check? true
[color=Green]43:54:92 eXtracting selected move a6b5 with fen: r1q1kb1r/pbp1nppp/1p2p3/1B1pP3/3P4/P1N2N2/1PP1QPPP/R1B2RK1 b kq - 2 11, with moveInfo ;
[color=Green]43:54:92 Move not found in moveInfos;
[color=Green]43:54:92 NextMove: c7c6, Depth: 2. Centipawns: -108.;
[color=Green]43:54:92 NextMove: e8d8, Depth: 2. Centipawns: -290.;
[color=Green]43:54:92 NextMove: e7c6, Depth: 2. Centipawns: -470.;
[color=Green]43:54:92 NextMove: b7c6, Depth: 2. Centipawns: -496.;
[color=Green]43:54:92 NextMove: c8d7, Depth: 2. Centipawns: -876.;
[color=Red]43:54:93 No move found! Fatal issue.;
USER ERROR: Index p_index = 11 is out of bounds ((int)data.children_cache.size() - data.internal_children_front_count_cache - data.internal_children_back_count_cache = 11).
at: get_child (scene/main/node.cpp:1694)
SETTING MOVE TIMER! 11728
[color=Blue]43:54:110 Moves found! ; Play; 5; Black; White; Depth: 4;
[color=Blue]43:54:116 Moves found! ; Play; 5; Black; White; Depth: 5;
[color=Blue]43:54:119 Moves found! ; Play; 5; Black; White; Depth: 6;
[color=Blue]43:54:163 Moves found! ; Play; 5; Black; White; Depth: 7;
USER ERROR: Parameter "p_node" is null.
at: is_ancestor_of (scene/main/node.cpp:1952)
USER ERROR: Must be an ancestor of the control.
at: ensure_control_visible (scene/gui/scroll_container.cpp:278)
[color=Blue]43:54:406 Moves found! ; Play; 5; Black; White; Depth: 8;
[color=Blue]43:54:833 Moves found! ; Play; 5; Black; White; Depth: 9;
[color=Blue]43:55:949 Moves found! ; Play; 5; Black; White; Depth: 10;
[color=Blue]43:57:718 Moves found! ; Play; 5; Black; White; Depth: 11;
[color=Blue]43:59:37 Moves found! ; Play; 5; Black; White; Depth: 12;
[color=Blue]47:25:558 Moves found! ; Play; 5; Black; White; Depth: 12;
[color=Pink]48:49:824 Time elapsed!; Black; WhiteWon;
[color=Pink]48:49:853 Match finishing; WhiteWon; Timeout; r1q1kb1r/pbp1nppp/1p2p3/1B1pP3/3P4/P1N2N2/1PP1QPPP/R1B2RK1 b kq - 2 11; 1. e4 e6 2. d4 d5 3. Nc3 Bb4 4. e5 Bf8 5. Nf3 b6 6. Bd3 Bb7 7. O-O Na6 8. a3 Qb8 9. Qe2 Ne7 10. Bxa6 Qc8 11. Bb5+;
[color=Green]48:49:892 Result: WhiteWon FinishType: Timeout RatingWhite1132.9234992377044 Rating Black:713.2180895470559;

[Flavorey]

same. this happens every game to me.

[BRANE]

I don't actually see any bigger issue in that log. That's proper worrisome, cpl_trim

Flavorey, can you please get me the logs as well? Sending them to discord is easiest but if you don't use discord then brane (et) imbrane (dot) com email would work as well

[Chess_Forever]

I play a lot of chess online. I've found that surprisingly often, in real life, players in losing positions let the clock run down rather than resign. So if this happens in the game it seems, once again, that the game is providing a pretty decent simulation of real life. :)