Browse Source

Record recursive removal checks and the receipt cache limit

master
evgeny 3 days ago
parent
commit
5ed813fe06
  1. 14
      doc/tasks.md

14
doc/tasks.md

@ -3,6 +3,20 @@
Сюда пишется список задач с короткой аннотацией. Если задача большая и имеет ТЗ - то ТЗ оформляется отдельным файлом, а сюда помещается аннотация и ссылка на ТЗ.
## Текущая задача
[+] **Group files: удаление непустых каталогов** — 10.10.2026:
Один диалог подтверждает удаление всего выделения с содержимым папок. Сначала полный постраничный обход,
затем удаление детей раньше родителей; перед удалением папки запрашивается свежая версия после собственных изменений.
Проверено на настоящем mf_storage: дерево из 46 объектов, несколько корней, отмена, изменение файла/страницы,
появление нового файла перед удалением родителя. Новые файлы не подхватываются повторным обходом.
[ ] **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:
Зелёная полоса внизу кнопки отображает 0–100% из того же снимка ядра, что настройки; обновляется до 10Гц.
При недоступной оценке остаётся пустая дорожка, в режиме уровня полоса скрыта. Нажатия и удержание сохранены.

Loading…
Cancel
Save