Files
meteor/packages
David Glasser 3d75f53149 Client sync queue: better logic around setTimeout
In the old code, if you queued a task, did something which flushes the
queue (runTask, flush, or drain), and then queued another task, you'd
end up with two pending timeouts, rather than zero. With this change,
we're careful to never have two pending timeouts, and also to clear the
timeout if we're about to run all current tasks.
2014-08-05 14:50:21 -07:00
..
2014-05-08 12:12:45 -07:00
2014-02-03 10:36:33 -08:00
OCD
2013-10-08 20:03:02 -07:00
2014-06-23 20:03:44 -07:00
2013-12-04 12:46:47 -08:00
2014-04-30 23:32:24 -07:00
2014-07-16 14:04:12 -07:00
2014-06-30 20:28:02 -07:00
2014-02-25 00:45:22 -08:00
2014-02-18 15:47:42 -08:00
2013-08-02 11:19:08 -07:00
2014-06-09 20:42:48 -07:00
2014-07-07 16:23:14 -07:00
2013-07-25 18:54:40 -07:00