А как понять, когда скоролл закончится, если много событий? Там коллбек что ли есть?

В современных браузерах, если туда передать определенный свойства, он сделает скроллинг к элементу плавным, а плавный скроллинг вызовет кучу событий скролла, как и обычный скролл (если крутнуть колёсико мыши)

И как вы поймёте, когда пора флаг снимать? По таймауту?..

Так, я попробовал переделать архитектуру так, чтобы использовать WebWorkers.

Теперь – ВКЛАДКА ПАДАЕТ! ))

Причём я не кривой, я всё аккуратно делаю: один воркер, один запрос, один коллбек, один postMessage, и один небольшой объект в ответе.
Не сотни воркеров, и не сотни раз в секунду передаются данные.

И вкладка падает не во время операции, а уже после – когда трогаю/прокручиваю страничку, или сворачиваю окно браузера.

Пробовал изменить функцию вызова воркера – чтобы он не вызывался, а всё считалось асинхронно на основном потоке – тогда работает.
Запускаю воркера, но не передаю ему задачу – работает.
Передаю задачу, но не пользуюсь результатами (и не возвращаю объект в основную программу) – уже падает.

Воркер обращается к IndexedDB, причём успешно.

И как вы поймёте, когда пора флаг снимать? По таймауту?..

@Oracle_C

Блин, думал, мой код воркера случайно где-то (даже знаю, где именно) document трогает, и поэтому сыпется.

Но нет! Специально проверил, не в DOM дело (и в любом случае, это вызвало бы ошибку, а не краш).

Повышенного расхода памяти или ЦП тоже не наблюдаю.

Я запускал бесконечный цикл в воркере

И даже тогда ничего не падало

Как-то можно от текущего элемент вверх по нодам удалить элементы?

Соседние?

div
div
div
div.current
div
div
div

нужно вверх от current по нодам удалить все

найди parent и пройдись циклом, пока не дойдешь до .current

я думал, можно иначе