Skip to content
Browse files

test: fix flaky test-timers-blocking-callback

This test was failing on FreeBSD from time to time in the project CI.
The bug the test was written for would guarantee that the timer would
fire at least 100ms late, but the assertion was firing if it was more
than 50ms late.

This changes the assertion to fire when the timer is more than 100ms

I ran a modified version of this test using 0.10.38 (which has the bug)
and 0.10.39 (which has the fix) to confirm that it still fails in the
buggy one and passes in the fixed one.

PR-URL: #9198
Reviewed-By: Jeremiah Senkpiel <>
Reviewed-By: James M Snell <>
Reviewed-By: Julien Gilli <>
  • Loading branch information
Trott committed Oct 21, 2016
1 parent f99e698 commit 5d818ccc221c850955b32318ba118038eff103ee
Showing with 5 additions and 6 deletions.
  1. +5 −6 test/parallel/test-timers-blocking-callback.js
@@ -9,13 +9,13 @@
* The reason was that the value that represents the current time was not
* updated between the time the original callback was called and the time
* the added timer was processed by timers.listOnTimeout. That lead the
* the added timer was processed by timers.listOnTimeout. That led the
* logic in timers.listOnTimeout to do an incorrect computation that made
* the added timer fire with a timeout of scheduledTimeout +
* timeSpentInCallback.
* This test makes sure that a timer added by another timer's callback
* fire with the expected timeout.
* fires with the expected timeout.
* It makes sure that it works when the timers list for a given timeout is
* empty (see testAddingTimerToEmptyTimersList) and when the timers list
@@ -44,12 +44,11 @@ function blockingCallback(callback) {
if (nbBlockingCallbackCalls > 1) {
latestDelay = - timeCallbackScheduled;
// Even if timers can fire later than when they've been scheduled
// to fire, they should more than 50% later with a timeout of
// 100ms. Firing later than that would mean that we hit the regression
// highlighted in
// to fire, they shouldn't generally be more than 100% late in this case.
// But they are guaranteed to be at least 100ms late given the bug in
// and
assert(latestDelay < TIMEOUT * 1.5);
assert(latestDelay < TIMEOUT * 2);
if (callback)
return callback();
} else {

0 comments on commit 5d818cc

Please sign in to comment.
You can’t perform that action at this time.