Я перевіряв точність setTimeout
використання цього тесту . Тепер я помітив, що (як і очікувалося) setTimeout
не дуже точний, але для більшості приладів не сильно неточний. Тепер, якщо я запускаю тест у Chrome і дозволю його виконувати на вкладці тла (так, перехід на іншу вкладку і перегляд там), повернення до тесту та перевірку результатів (якщо тест закінчений), вони кардинально змінюються. Схоже, час очікування працює набагато повільніше. Випробувано в FF4 або IE9 цього не сталося.
Так виглядає, що Chrome призупиняє або принаймні уповільнює виконання javascript на вкладці, яка не фокусується. Не вдалося знайти багато в мережі з цього питання. Це означатиме, що ми не можемо виконувати фонові завдання, як, наприклад, періодично перевіряти на сервері за допомогою дзвінків XHR і setInterval
(підозрюю, що бачу таку саму поведінку setInterval
, напишу тест, якщо час зі мною).
Хтось із цим стикався? Чи може бути вирішення цієї зупинки / уповільнення? Ви б назвали це помилкою, і чи потрібно я її подавати як таку?
transition
, тому не всі діви переходять одночасно, але насправді через 15 мс після іншого, створюючи деякий ефект кочення. Коли я переходжу на іншу вкладку і через деякий час повертаюсь, всі діви переходять одночасно і setTimeOut
цілком ігнорується. Це не є великою проблемою для мого проекту, але це дивне і небажане доповнення.