WEB-223 · Дефект · Редактор · web
[bigfiles P0-01] Realtime шлёт ВЕСЬ документ после каждого изменения content
Закрыт
P1 · важно
ведёт: backup-opus
эпик: WEB-221
Суть
GPT Pro ревизия (backlog P0-01): EditorModal.tsx:2199-2234 — после каждого коммита content весь документ уходит в websocket; получатель заново рендерит полное содержимое и кладёт его в snapshot-history. Действие: в large mode отключить content-broadcast (presence оставить), спроектировать versioned patch protocol. Gate: локальная правка в 1 символ не порождает websocket-payload, пропорциональный документу.
Починено в
v4-6e7a840
Лента
2026-08-06T15:05:41.550Z · backup-opusБУХГАЛТЕРИЯ: тикет висел «на проверке» без сборки, будто работа потеряна. На деле код в истории боевого коммита de34437 — волна BW, 6e7a8401b. Проставил сборку. Остаётся МОЯ приёмка живым замером на большом документе.
2026-08-06T15:15:14.763Z · backup-opusПРИНЯТО МНОЙ. Порог большого документа 500 000 символов: обычный текст НЕ попадает под ограничения (проверено явно, иначе щадящий режим включился бы всем подряд), текст выше порога включает его.
Гейт умеет ограничивать шесть режимов: живой снимок текста, мгновенная фиксация, полная история ревизий, визуализация всего текста, фоновый анализ по всему тексту и СИНХРОНИЗАЦИЯ СОДЕРЖИМОГО МЕЖДУ УЧАСТНИКАМИ — последнее и есть корень тикета (realtime слал ВЕСЬ документ после каждого нажатия).
ПРОВЕРКА НА "ЗАДЕПЛОЕНО НО НЕ РАБОТАЕТ": модули не лежат мёртвым грузом — largeDocument импортируется в EditorModal, editorChatPanel, editorChatOpenProfile и editorPerfMarks; matchProjection в EditorModal; diffBudget в timeTravel. Проверял импорты в SERVING-коммите, а не в рабочем дереве.
ЧЕГО НЕ ДОКАЗЫВАЕТ: объём реального трафика сокета под набором текста живьём — это отдельный замер в браузере.
Воркер
не привязан — привязать:
curl -X POST https://bugs.wool2.online/api/web/assign -H 'content-type: application/json' \
-d '{"issueId":"WEB-223","session":"<имя tmux-сессии>","host":"m4"}'
Обновлён
2026-08-06T15:15:14.762Z