Fix #1801: spied fakeTimers are not restored correctly #1802
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Purpose (TL;DR) - mandatory
When a fakeTimer is spied, sandbox.restore()/sinon.restore() does not restore setTimeout to the original function.
Background (Problem in detail)
See #1801
When
sandbox.useFakeTimers()
is called, the originalsetTimeout
and other methods are replaced with fake methods. When such fake method is spied it's replaced again with another fake. To make sure thatsandbox.restore()
revertssetTimeout
and other methods to the original state these fakes should be restored in reverse order to make sure each fake is restored to its predecessor when calling fake.restore().What is more the default sandbox doesn't use
sandbox.useFakeTimers
(see also #1775) andsandbox.clock
(see #1780). To make the fix work in default sandbox it should passuseFakeTimers
through to the sandbox method. Usingsandbox.clock
in the default sandbox added for consistency.How to verify - mandatory
npm install
npm test