294 lines
35 KiB
Markdown
294 lines
35 KiB
Markdown
# Задачи по проекту
|
||
|
||
Сюда пишется список задач с короткой аннотацией. Если задача большая и имеет ТЗ - то ТЗ оформляется отдельным файлом, а сюда помещается аннотация и ссылка на ТЗ.
|
||
|
||
## Текущие задачи
|
||
|
||
[ ] **Desktop publisher: проверить восстановление после недопустимого FPS в Xvfb-тесте** — 20.10.2026:
|
||
Широкий screenAndWindowCapture прошёл закрытие управления с active=1 и продолжением публикации,
|
||
затем не получил видео revision>=3 после запроса fps=61 и возврата engine.config().video.fps к 15.
|
||
Перед этим применены VP9/rotation=90; worker продолжает кодировать generation=4.
|
||
Причина и связь с UI-изменениями не установлены; отдельная проверка закрытия управления PASS.
|
||
Лог /tmp/desktop-stream-controls-xvfb.log, тест tools/chatgui/tests/test_stream_publish.cpp.
|
||
|
||
[ ] **Проверить одновременную собственную и удалённую трансляции в multiview** — 20.10.2026:
|
||
Собственный preview и удалённые readers по отдельности проверены; их совместный живой сценарий в одном канале не проверялся.
|
||
На desktop/Android проверить переход в управление своей публикацией и возврат, fullscreen/Back/Esc,
|
||
сохранение удалённых readers и общего звука, отсутствие местного звука и остановку собственной публикации.
|
||
|
||
[ ] **Multiview desktop: terminal CLOSED оставляет аудиовход и timer** — проверка 20.10.2026:
|
||
fail(reason, false) ставит complete=true/failed=false, но tick снимает audio только по ended/failed.
|
||
После STREAM_CLOSE_GROUP воспроизведено complete=1, failed=0, attached=1, timer=1.
|
||
При valid=0 каталог сохраняет плитки, поэтому состояние живёт до ручного закрытия окна.
|
||
Отделить завершение от разрешения retry и освобождать output при любом terminal CLOSED.
|
||
Временный regression-проверочный стенд и лог: /tmp/multiview-review/test_stream_view.cpp,
|
||
/tmp/multiview-review/lifecycle.log. Исходники реализации при проверке не менялись.
|
||
|
||
[ ] **Разобрать нестабильную загрузку storage-узлов в test_media_delivery_chat** — 19.10.2026:
|
||
В том же общем прогоне storage st1/st2 не собрали файл, n2 исчерпал попытки блока 0 (15/19 внутренних проверок).
|
||
Отдельный повтор прошёл 19/19. Причина не установлена; сравнить маршруты и готовность storage под общей нагрузкой.
|
||
Логи: tests/logs/test_media_delivery_chat.log, /tmp/phone-busy-media-recheck.log.
|
||
Повторилось 21.10 при аудите ID сервисов: 164/165, те же 15/19 внутренних проверок.
|
||
Отдельный запуск и 16 параллельных повторов прошли. Причина остаётся открытой;
|
||
тест теперь сохраняет подробный media/router лог и БД при отказе в /tmp/utun_mdc_*/.
|
||
Логи /tmp/service-ids-full-check.log, /tmp/service-ids-media-chat-debug.log, /tmp/service-ids-media-chat-stress/.
|
||
|
||
[ ] **Разобрать нестабильное ожидание ACK в test_local_transport** — 19.10.2026:
|
||
Общий check.sh: 161/162, chat_adapter упал на строке 173 при ожидании LOCAL_DELIVERY_FORBIDDEN для request=508.
|
||
В логе получатель дважды отклонил приглашение и отправил ACK; отправитель до проверки получил только late ACK request=507.
|
||
Отдельный повтор прошёл. Причина не установлена; проверить доставку UDP и шаги ускоренных часов под параллельной нагрузкой.
|
||
Логи: /tmp/config-name-local-transport-failure.log, /tmp/config-name-local-transport-retry.log.
|
||
Ещё один общий прогон 19.10: 161/162, chat_adapter упал на строке 145 при ожидании доставки request=501.
|
||
Получатель принял приглашение и дважды отправил ACK; до проверки в логе отправителя нет приёма этого ACK. Отдельный повтор прошёл.
|
||
Логи: /tmp/utun-stream-preview-local-transport-failure.log, /tmp/utun-stream-preview-local-transport-retry.log.
|
||
|
||
[ ] **Разобрать нестабильную проверку аудиопауз desktop-трансляции** — 17–20.10.2026:
|
||
test_stream_view::realH264RenderingAndClose нестабильно получает silenceGaps=3–4 вместо 2.
|
||
Зафиксированы pcm_short с got=96/480 и 288/480; видео продолжало выводиться.
|
||
Сбой повторялся с общей нагрузкой и после её завершения; изолированные повторы проходили.
|
||
Проверить актуальные PCM workers/часы под нагрузкой; единичный PASS не подтверждает устранение.
|
||
Логи: /tmp/stream-zoom-full-view-audio-gap.log, /tmp/stream-zoom-full-view.log,
|
||
/tmp/multiview-review/desktop-review.log, /tmp/multiview-review/audio-original.log.
|
||
|
||
[ ] **Устранить коллизию порта при перезапуске узла в test_dm_e2e** — 16.10.2026:
|
||
Общий check.sh при проверке Windows-курсора: 155/156, test_dm_e2e упал в phase=9 на создании B2.
|
||
Повторный bind 127.0.0.1:33843 вернул Address already in use; отдельный повтор теста проходит.
|
||
Проверить владение/резервирование порта между остановкой B и созданием B2 при параллельном прогоне.
|
||
Логи: /tmp/win-stream-cursor-dm-e2e-failure.log, /tmp/win-stream-cursor-dm-e2e-retry.log.
|
||
|
||
[ ] **Проверить Windows-трансляцию на исходной машине после исправлений playback/stop** — 16.10.2026:
|
||
Цикл ожидания позднего аудио исправлен; join и закрытие микрофона выполняются асинхронно,
|
||
QVideoFrame::toImage() вынесен в долгоживущий image worker. Linux/Xvfb-регрессии проходят.
|
||
Осталась свежая трансляция Windows → Samsung и stop после пересборки Windows: исходный Qt backend ещё не проверен.
|
||
На RYS HFR USB2.0 Camera проверить сообщение об отсутствии PCM, отзывчивость при завершении WASAPI,
|
||
отказ/согласие на CPU после отказа NVENC. Причина frames=0 микрофона пока не установлена;
|
||
подробный AudioDiag реализован только для Linux. libx265 3440×1440 на исходном CPU выдаёт около 2–3fps.
|
||
Логи: 4.log, /tmp/stream-viewer-new-run.log, /tmp/late-audio-test.log,
|
||
/tmp/stream-persistent-image-xvfb.log, /tmp/stream-audio-stop-full-check.log.
|
||
|
||
[ ] **Проверить появление значка свежей трансляции на SM после сна через colo2** — 16.10.2026:
|
||
Пробуждение и перезапуск SM во время сна уже проверены на обновлённом colo2:
|
||
новый линк снимает прежний таймер, Merkle завершается без ожидания полного сна 120с.
|
||
Осталась визуальная проверка значка новой desktop-трансляции после возврата SM в foreground;
|
||
в прежнем прогоне активных источников не было (count=0).
|
||
Логи: /tmp/stream-wake-live-{sm,colo2}-*.log.
|
||
|
||
[ ] **Проверить остаточные паузы видеозвонка на актуальном playout** — 15.10.2026:
|
||
После исправления TX flush живой звонок 12694689407894286842 дал SM 29.87fps без drops,
|
||
desktop 29.91fps/3 late drops за последние 20с; отдельные промежутки SM доходили до 63.8мс.
|
||
В старой трассе краткие invalid audio clock сбрасывали якорь, точная причина invalid не была видна.
|
||
После переработки playout/ACK и чтения аудиочасов 19–20.10 повторить оба направления на устройствах,
|
||
сопоставить gap_pts_us/gap_rx_us/gap_dispatch_us и причины недоступности часов, если паузы сохраняются.
|
||
Текущий контракт и результаты поздних проверок: doc/call_video.txt.
|
||
|
||
[ ] **Доступность разговорного динамика в UI звонка** — при подключённой проводной гарнитуре Samsung убирает
|
||
EARPIECE из Telecom endpoints, но кнопка остаётся доступной по наличию физического встроенного устройства.
|
||
Нажатие создаёт отложенный запрос, который исполняется после отключения гарнитуры. Согласовать UI с доступными endpoints.
|
||
Также выбор проводной гарнитуры в CallScreen сейчас запрашивает BLUETOOTH_CONNECT при отсутствии этого разрешения;
|
||
проверку разрешения нужно привязать к выбранному типу гарнитуры.
|
||
|
||
[ ] **Ручная приёмка видеозвонков Android и ChatGUI после последних исправлений** — 14–20.10.2026:
|
||
Сигналинг, CAPS, реальные codecs/камера/render и A/V подключены; живые звонки уже проводились.
|
||
Осталась полная проверка после изменений Full HD/50–60fps, HEVC High tier, Surface ACK и фоновых codec probes:
|
||
Windows ↔ Samsung/Q8, камеры и оба направления, первый и повторный звонок, смена камеры/разрешения/кодека/битрейта,
|
||
A/V, завершение и освобождение Surface/видеопорта. Аппаратные probes не заменяют эту проверку.
|
||
Архитектура, контракты и выполненные проверки: doc/call_video.txt, doc/chat_call_arch.md.
|
||
|
||
[ ] **Тесты: нестабильное завершение test_stcp_traffic** — 14.10.2026:
|
||
В полном прогоне после NCD CLOSE server получил 1029466/1048576 bytes (done=0), client — 1048576 (done=1).
|
||
Упала проверка test_stcp_traffic.c:216; отдельный повтор прошёл. Причина не установлена, сетевой код в задаче zoom не менялся.
|
||
Проверить завершение двусторонней передачи относительно закрытия handle; первичный лог сохранён: /tmp/stream-zoom-stcp-first.log.
|
||
|
||
[ ] **Тесты: диагностировать нестабильную проверку TX snapshot в test_android_stream** — 14.10.2026:
|
||
В полном прогоне один раз упала строка 177: snapshot успешен и 0 < video_bytes < 500000 после test_clock_run_for(ua, 1000).
|
||
Сам publisher обновляет snapshot таймером 1000; текущий CHECK не выводит result/sample_us/video_bytes.
|
||
Отдельный повтор и следующий полный прогон прошли. Добавить значения и проверить ожидание конкретного снимка;
|
||
причина не установлена, Kotlin-аудиовывод этот C-тест не вызывает.
|
||
Логи прогонов: /tmp/stream-audio-check-host.log, /tmp/stream-audio-native-retry.log, /tmp/stream-audio-check-final.log.
|
||
|
||
[ ] **Общий AGC: клиппинг после резкого роста сигнала при max_gain=45dB** —
|
||
на SM при проверке CAMCORDER с настройками рации rise=6/release=30 наблюдались
|
||
4581 обрезанный отсчёт за интервал около 1s. Это общий алгоритм radio/stream,
|
||
плавное снижение gain может не успеть за скачком входа. Проверить ограничение пиков
|
||
без щелчков и ухудшения адаптации. Лог: `/tmp/stream-camcorder-sm-live.log`.
|
||
|
||
[ ] **Desktop: выход после SIGTERM оставляет GUI после остановки ядра** — 13.10.2026:
|
||
при обновлении live-плеера старый vibechat завершил ядро/worker, но процесс остался
|
||
в QCoreApplication::exec с работающим audio output. В логах также DM SELECT после
|
||
уничтожения SQLite (`bad parameter or other API misuse`). Проверить отмену Quit
|
||
в MainWindow::closeEvent (всегда ignore), порядок уведомлений и отключение GUI от БД.
|
||
Снимок: `/tmp/stream-desktop-shutdown-backtrace.log`, лог vibechat 13:04:09.
|
||
|
||
[ ] **Стриминг SM → colo2 → desktop: восстановление частично остановившихся субпотоков** —
|
||
13.10.2026: помощь подключилась за ~8 с, все 8 субпотоков через colo2 приняты с общего индекса 5844.
|
||
Позже шесть субпотоков перестали продвигаться около seq=111625; четыре restart не восстановили
|
||
просмотр, desktop завершился по таймауту в 11:10:48 (colo2: 12:10:48). На SM публикация продолжилась,
|
||
colo2 снял свою подписку через 3 с. В том же интервале сервер видит RX timeout/переподключения TCP к SM;
|
||
первопричина остановки выдач пока не установлена: stream на colo2 наследовал error, детальных логов не было.
|
||
Повторить с заранее включённой диагностикой stream/etcp на SM и colo2, проверить upstream handles,
|
||
аренды, позиции и повторное согласование. Логи: `/tmp/stream-live-gui-final.log`,
|
||
`/tmp/stream-live-colo2-final.log`, `/tmp/stream-live-sm-final.log`.
|
||
Повтор 13.10 со stereo: до 15:20 desktop показывал ~30fps, затем video/audio очереди опустели;
|
||
decodeFps упал до 7–18 и viewer завершился по таймауту в 15:21:13 после пяти restart.
|
||
SM при этом сохранял ~30fps без dropped. Новые логи: `/tmp/stream-stereo-desktop-delivery-stall.log`,
|
||
`/tmp/stream-stereo-colo2-delivery-stall.log`, `/tmp/stream-stereo-sm-delivery-stall.log`.
|
||
|
||
[ ] **Android: отмена асинхронного запуска до готовности ядра** — при проверке
|
||
мониторинга 12.10.2026 обнаружено: `NativeLib.stop()` пропускает native stop,
|
||
если `isReady()==false`, а `instance_lite_stop()` возвращается при `g_inst==NULL`.
|
||
Поэтому запрос stop до завершения конструктора может не отменить запускаемый
|
||
поток. Согласовать отмену с состоянием потока и единым сигналом завершения;
|
||
проверить stop до SERVICE_STARTED, отказ конструктора и последующий start.
|
||
|
||
[ ] **Android: повторные отказы persisted node snapshots** — замечено 12.10.2026
|
||
на устройстве D2AR10P3600820 при проверке live media. В сохранённой БД ряд узлов
|
||
регулярно получает `invalid persisted snapshot` в `topo_node_sqlite_snapshot_load`,
|
||
затем NCD сообщает `node not found`; повторные попытки засоряют лог.
|
||
Лог: `/tmp/stream-av-device-initial.log`. Причина пока не установлена: текущий
|
||
текст объединяет отказ deserialize, несовпадение ID и отказ verify. Разделить
|
||
диагностику этих ветвей и проверить повторные попытки загрузки отвергнутого снимка.
|
||
Существующую БД устройства при проверке стриминга не очищали.
|
||
|
||
[ ] **STUN IPv6** — отдельный этап: IPv6 endpoint/config/DNS и XOR-MAPPED,
|
||
scope/netif, тесты IPv6/NAT66. IPv4-оценки не переносить на IPv6 или TCP.
|
||
|
||
[ ] **check.sh: изоляция сетевых integration-тестов** — после основного набора
|
||
автоматически запускает check-proxy/burst/load при доступном sudo. Скрипты
|
||
меняют rp_filter, таблицу 100 и iptables главного namespace; cleanup выставляет
|
||
rp_filter=1 вместо сохранённого значения. Перенести тесты в отдельный namespace
|
||
и проверять неизменность родительской сети, как в tests/stream_netns.
|
||
|
||
[ ] **Стриминг: оставшиеся длительные и масштабные сетевые проверки** — 10–12.10.2026:
|
||
Реализация ядра, публикации, приёма и автоматического выбора поставщиков завершена; контракт — doc/stream.txt.
|
||
Есть 16-процессный namespace-стенд с NAT/reverse и выбором UDP/TCP: tests/stream_netns/README.md.
|
||
Осталось подтвердить покрытие длительной нагрузки, смены адресов/мультилинка, одновременной перестройки
|
||
нескольких ретрансляторов, нескольких автоматических источников/групп и mobile standby на устройстве
|
||
(doc/stream.txt, раздел 16). Сохранённые проверки отдельных этапов не закрывают всю матрицу.
|
||
|
||
[ ] **Member files: исчерпание кеша результатов массовых изменений** — 10.10.2026:
|
||
Воспроизведено test_member_files_browser::recursiveDeletion(server-busy): из 76 объектов удаляются 64,
|
||
следующая команда получает MF_BUSY, остаются 12. storage.c: STORE_RECEIPTS=64, RECEIPT_TB=1200000 (120 секунд).
|
||
Лимит общий для успешных COMMIT/MKDIR/RENAME/REMOVE; затрагивает также рекурсивное копирование.
|
||
Нужен отдельный этап управления временем жизни receipts с сохранением идемпотентности повторных запросов;
|
||
простое вытеснение старых записей нарушает гарантию повторного ответа. После исправления изменить регрессию
|
||
на успешное удаление более 64 объектов и проверить повторные запросы/потерю ответа.
|
||
|
||
[ ] **Desktop: провалы вероятности VAD при компрессии** — диагностика 09.10.2026:
|
||
Воспроизведение пользователя: длительная гласная, затем временная нечувствительность; ближе к концу лога несколько повторов.
|
||
Новый лог 14:32:14–14:34:38: на 14:34:07–18 и 14:34:20–38 все 556 окон с RMS > -30dBFS имеют p < 0.5;
|
||
PCM непрерывен, errors=0, RX-gate не мешает, clips=5 не растёт. Сигнал не исчезает, порог остаётся 0.5.
|
||
--probe-stream: C-обёртка + реальный AGC + две Silero на одинаковом PCM, отличие — один reset состояния второй модели.
|
||
Синтезированный flite ah растянут до 24.576с: без AGC/клиппинга p первой секунды следующей речи 0.027 против 0.674 после reset.
|
||
При AGC 1dB (clips=0) — 0.012 против 0.662. Влияние истории модели подтверждено, провал на десятки секунд целиком не воспроизведён.
|
||
Лог стенда: /tmp/vad-vowel-context.log; запуск: test_silero_vad lib/silero_vad.onnx --probe-stream /tmp/vad-vowel-context48.pcm 993.
|
||
Вход стенда: mono s16le/48кГц, reset_window — индекс окна 512/16кГц; режим проверяет без AGC, 1dB и 15dB.
|
||
Автоматические сбросы в рабочем VAD не добавлялись; test_silero_vad PASS.
|
||
Уточнение: низкая вероятность держится десятки секунд, затем распознавание восстанавливается; краткий клиппинг это не объясняет.
|
||
Локальный лог 14:00:10–14:00:58: 15 сбросов AEC при пропусках референса, 16 clipped samples в VAD; vad DEBUG не был включён.
|
||
Добавлены секундные уровни raw/clean/reference и причина bypass/reset AEC; отдельное предупреждение о клиппинге VAD.
|
||
Секундный отчёт захвата работает также без PCM: возраст кадра, очередь, максимальная задержка и предупреждение о простое.
|
||
TRACE каждого окна содержит DC, число нулей и gain вместе с вероятностью/уровнем/паузой между окнами; видны сбросы и RX-gate.
|
||
В локальном build/vibechat.cfg включены vad=trace, aec/radio/call=debug, general=info; после диагностики вернуть обычные уровни.
|
||
Стенд --probe повторяет одинаковый PCM без reset: AGC 15/30dB после паузы обрезает пики (468/5625 samples на чистой записи).
|
||
Полного провала всей фразы почти до нуля стенд не воспроизвёл; нужен повтор живой речи с новыми логами для связи с AEC/AGC.
|
||
Алгоритмы обработки сигнала пока не менялись; исправление причины выбирается по результатам повтора.
|
||
|
||
[ ] **Linux headless CMake: актуализировать зависимости общего ядра** — 07.10.2026:
|
||
чистая сборка tools/chatgui-android/build_headless останавливается на lib/speex_aec.c:
|
||
speex/speex_echo.h не найден. utun_setup_sources включает этот исходник, но UTUN_INCLUDE_DIRS не содержит
|
||
lib/speexdsp/include. Проверить полный состав Speex/voice зависимостей отдельного каркаса;
|
||
основная Autotools C-сборка и Android NDK-сборка проходят.
|
||
|
||
[ ] **Завершить проверку реакций и голосов на SM** — 07.10.2026:
|
||
Исправления подписей корней и их сохранения реализованы, проверены тестами; local и копия SM проверены.
|
||
Последующие APK уже устанавливались на SM, поэтому прежнее ожидание подключения ADB неактуально.
|
||
Осталась явная проверка реакции/голоса на устройстве с текущей БД и сборкой.
|
||
Разовый скрипт и резервная копия подписей: /home/user/utun2-backups/root-certificates-20261007.
|
||
|
||
[ ] **rlottie: разбор предупреждений GCC 15 в импортированных исходниках** — 05.10.2026:
|
||
при сборке `tools/chatgui/rlottie_src` GCC сообщает `-Wuninitialized` в
|
||
`VArenaAlloc::reset()`: fFirstBlock/fFirstSize/fFirstHeapAllocationSize читаются
|
||
после явного вызова деструктора. Проверить сохранение значений до разрушения
|
||
и повторный reset с реальными выделениями. Также проверить `-Wfree-nonheap-object`
|
||
в `vcow_ptr`: статическая модель default_s сохраняет базовую ссылку.
|
||
Лог: `/tmp/utun-rlottie-vendor-build.log`. Сборка библиотеки и подключение её
|
||
экспортированного CMake-пакета к ChatGUI на Linux прошли; Windows ещё не проверен.
|
||
|
||
[ ] **ChatGUI Windows: подтверждение обновления runtime компилятора** — 05.10.2026:
|
||
`cc-probe.log`: cc1 запускается из корня, но в `tools/chatgui/build` завершается
|
||
с `0xC0000139`; локальные DLL GCC/math/runtime отличаются от UCRT64.
|
||
Перед обеими точками сборки добавлено обновление существующих копий этих DLL;
|
||
раскладка FFmpeg использует для них UCRT64. Проверены обновление, повторный вызов,
|
||
сохранение кодеков и ошибки. Требуется Windows-прогон `check_cc.bat`: cc1 после
|
||
обновления, повтор команды Ninja и сборка Opus должны завершиться с кодом 0.
|
||
|
||
[ ] **ChatGUI Windows: обновление остальных DLL приложения после обновления MSYS2** — 05–06.10.2026:
|
||
Пропуск раскладки при наличии основного комплекта уже убран: зависимости проверяются на каждой сборке,
|
||
Qt DLL/плагины и собственный комплект FFmpeg копируются заново; runtime GCC обновляется отдельно.
|
||
Осталось определить обновление прочих уже существующих транзитивных DLL: рекурсивный проход
|
||
по-прежнему копирует только отсутствующие файлы. Сохранить приоритет собственной сборки FFmpeg
|
||
и проверить запуск приложения после обновления MSYS2.
|
||
|
||
[ ] **Android: время жизни config provider** — 03.10.2026: `utun_bridge_init()`
|
||
передаёт адрес локального `utun_config_provider_t` в `utun_config_set_provider()`,
|
||
который хранит указатель. После возврата из init он недействителен; перед
|
||
использованием `cfg_get_*` обеспечить постоянное хранение provider.
|
||
|
||
[ ] **Общий лимит check.sh после clean** — 01.10.2026: расчёт по времени предыдущего
|
||
прогона дал 205с вместе с полной сборкой и оборвал проверку после успешных тестов
|
||
до `test_uasync_socket_race`. Повторный запуск на готовой сборке с большим лимитом
|
||
прошёл за 206с, включая proxy/burst/load. Разделить бюджет сборки и запуска тестов
|
||
либо учитывать clean при расчёте.
|
||
|
||
[ ] **Повторно проверить паузы desktop-аудио при звонке с SM** — 01.10.2026:
|
||
В звонках 939a3ea36f3eeac3/b2a423ed2d36ed83 частота callback падала до 4–40/с,
|
||
входящий PCM продолжал приходить, очередь росла до нескольких секунд без dropped.
|
||
Диагностика backend, интервалов callback и capture/playback уже добавлена; позднее менялись аудиовывод и его буферы.
|
||
Нужен повтор на текущей сборке с CALL_STATS и временными метриками, чтобы проверить сохранение исходного сбоя.
|
||
Сетевую задержку оценивать отдельно: в одном из прежних звонков DIRECT RTT был 2–3мс.
|
||
|
||
[ ] **Измерить оставшуюся задержку запуска аудио SM после исправлений** — 01.10.2026:
|
||
В исходном звонке 2b9ad4e21a54d8ba первый capture приходил через 1140мс от startAudio;
|
||
router.start=781мс, startRecording → первый кадр=328мс, AudioTrack.play=327мс.
|
||
Независимый запуск capture/playback, отмена частичного старта и подробные замеры уже реализованы;
|
||
позднее добавлен выбор AAudio/AudioTrack. Осталось измерить текущую сборку на SM:
|
||
callbackMs/btProfileMs/applyMs/refreshMs, первый AudioRecord.read и первая запись playback,
|
||
начальное накопление очереди. Старые длительности не считать характеристиками текущей реализации.
|
||
|
||
[ ] **Гонка invite-файла в test_chat_join_e2e** — `wait_file()` проверяет только
|
||
существование файла, а `wf()` создаёт его до записи. Читатель иногда получает
|
||
пустую ссылку и ошибку префикса `utun://`. Публиковать готовый файл атомарно.
|
||
|
||
[ ] **Linux ONNX Runtime: повторная регистрация схем при запуске теста** — 03.10.2026:
|
||
test_silero_vad при загрузке модели печатает серии `Schema error: ... already registered`.
|
||
Инференс, речь, тишина и reset проходят; отдельно проверить состав и загрузку Linux-библиотек ONNX.
|
||
Диагностика: `/tmp/vad-compressor-silero-tests.log`; Android-сборка таких сообщений не содержит.
|
||
|
||
[ ] **debug_parse_config: формат и индексы категорий** — parser ожидает `:`, документация
|
||
описывает `=`; преобразование битовой маски осталось после перехода enum на индексы.
|
||
[Разбор](etcp_full_suite_findings.md).
|
||
|
||
[ ] **Повторно проверить crypto-шум при автоподключении в сценарии A–C–B**:
|
||
В старом test_dm_e2e попытка прямого A↔B через topo_group_connect давала packet undecryptable примерно раз в секунду.
|
||
Наблюдение относилось к прежним настройкам приёма и архитектуре подключений; устранение не подтверждено.
|
||
Воспроизвести на текущих NCD/ETCP и установить точную причину по логам до изменения политики подключения.
|
||
Отсутствие [client] само по себе не считать основанием запрета: CHAT использует собственных NCD-владельцев.
|
||
|
||
[ ] **lwip/proxy: утечка pcb в FIN_WAIT_2** — `tcp_shutdown(pcb,0,1)` (half-close по FIN от
|
||
exit) не ставит `TF_RXCLOSED`, поэтому таймаут FIN_WAIT_2 в `tcp_slowtmr` не срабатывает:
|
||
если браузер никогда не пришлёт FIN, pcb навсегда остаётся в FIN_WAIT_2 (утечка, не crash).
|
||
Двойной free по TIME_WAIT уже закрыт (detach по локальному закрытию + guard abort).
|
||
|
||
## Открытые флаки
|
||
|
||
[ ] **test_etcp_transport: таймаут восстановления REALITY-сессии** — 18.10.2026:
|
||
в общем `./check.sh` сценарий `reality=1 simultaneous=0 restart=0` завершился
|
||
`Session recovery timed out: phase=1 stream=15 control=6`. Перед таймаутом —
|
||
`record socket read failed: err=104`, клиент ждал server-handshake.
|
||
Отдельный повтор того же бинарника прошёл. Причина нестабильности пока не установлена;
|
||
изменения Android JNI/UI транспортные исходники не затрагивали.
|
||
|
||
[ ] **test_etcp_reconnect** — флаки под параллельной нагрузкой `make check -j4`:
|
||
phase 4 (reconnect после server restart) таймаутит (`sent=480 recv=0`), при одиночном
|
||
запуске стабильно `TEST PASSED`. Наш код (chat_join/chat_sync) его не трогает.
|