-
Notifications
You must be signed in to change notification settings - Fork 29.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
swap arguments in strictEqual() and comment the third argument (test-timers) #21660
Conversation
@@ -31,7 +31,7 @@ let interval_count = 0; | |||
clearTimeout(null); | |||
clearInterval(null); | |||
|
|||
assert.strictEqual(true, setTimeout instanceof Function); | |||
assert.strictEqual(setTimeout instanceof Function, true); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why not assert.ok
? And in some other places.
/cc @Trott — do we have a reason for a strict check here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
assert.ok()
would be fine here of course, but I'm not terribly bothered by the strict check either.
There are 5 other files in our test suite that use strictEqual()
for an instanceof
check. If there is consensus that changing it to assert.ok()
would be better, I'd rather change them all at once in a separate PR and add a lint rule.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, that should not block this PR, just asking. 😃
test/pummel/test-timers.js
Outdated
assert.strictEqual(interval_count, 3); | ||
assert.strictEqual(count4, 11); | ||
|
||
// clearTimeout cleared too many timeouts |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: Now that I'm looking at it, perhaps the comment might better as:
// Check that the correct number of timers ran.
LinuxONE CI failure is almost certainly unrelated. Resume Build isn't working right now on CI, but here's a Rebuild of just that job: https://ci.nodejs.org/job/node-test-commit-linuxone/2762/ |
Landed in b70db33 Congratulations @sohailrajdev97 on your first commit in Node.js core! 🎉🎉🎉 |
This commit also comments the third argument PR-URL: #21660 Reviewed-By: Michaël Zasso <targos@protonmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
This commit also comments the third argument PR-URL: #21660 Reviewed-By: Michaël Zasso <targos@protonmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
This addresses a good first issue assigned to me by @Trott . The arguments to all the assert.strictEqual() calls have been swapped and the third argument has been removed and put up as a comment.
Checklist
make -j4 test
(UNIX), orvcbuild test
(Windows) passes