Skip to content
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

test: check for the correct strict equal arguments order #24752

Closed

Conversation

BridgeAR
Copy link
Member

This activates a eslint rule to verify that the assert.strictEqual()
arguments are in the correct order.

Checklist
  • make -j4 test (UNIX), or vcbuild test (Windows) passes
  • tests and/or benchmarks are included
  • documentation is changed or added
  • commit message follows commit guidelines

This activates a eslint rule to verify that the `assert.strictEqual()`
arguments are in the correct order.
@nodejs-github-bot nodejs-github-bot added the test Issues and PRs related to the tests. label Nov 30, 2018
@BridgeAR
Copy link
Member Author

BridgeAR commented Dec 2, 2018

@nodejs/testing @nodejs/linting PTAL

@BridgeAR BridgeAR requested a review from Trott December 2, 2018 21:46
@BridgeAR
Copy link
Member Author

BridgeAR commented Dec 3, 2018

This needs some LGs.

This activates the eslint rule used so far for Code & Learn events to switch to the correct assertion argument order. These are now all in place and we should activate the rule to prevent further mistakes.

@gireeshpunathil
Copy link
Member

@BridgeAR - can you pls confirm the following?

  • the eslint rule on assert.strictEqual was already existing, and you are just enabling it, as we have got almost all of those in
  • the eslint rule is not foolproof, it banks on statically known assumptions on what could be expected and what could be actual
  • the other changes are the few missing (from C&L) test cases where the order is in old style, and you are fixing it in anticipation of linter fail.

pls let me know, thanks.

@BridgeAR
Copy link
Member Author

BridgeAR commented Dec 3, 2018

@gireeshpunathil all are correct.

@addaleax
Copy link
Member

addaleax commented Dec 4, 2018

@addaleax addaleax added the author ready PRs that have at least one approval, no pending requests for changes, and a CI started. label Dec 4, 2018
Copy link
Member

@Trott Trott left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM if lint and CI are green. Thanks!

@Trott
Copy link
Member

Trott commented Dec 4, 2018

Landed in 9e12409

@Trott Trott closed this Dec 4, 2018
Trott pushed a commit to Trott/io.js that referenced this pull request Dec 4, 2018
This activates a eslint rule to verify that the `assert.strictEqual()`
arguments are in the correct order.

PR-URL: nodejs#24752
Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Rich Trott <rtrott@gmail.com>
BridgeAR added a commit that referenced this pull request Dec 5, 2018
This activates a eslint rule to verify that the `assert.strictEqual()`
arguments are in the correct order.

PR-URL: #24752
Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Rich Trott <rtrott@gmail.com>
@BridgeAR BridgeAR mentioned this pull request Dec 5, 2018
4 tasks
refack pushed a commit to refack/node that referenced this pull request Jan 14, 2019
This activates a eslint rule to verify that the `assert.strictEqual()`
arguments are in the correct order.

PR-URL: nodejs#24752
Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Rich Trott <rtrott@gmail.com>
@BridgeAR BridgeAR deleted the strict-equal-arguments-order branch January 20, 2020 11:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
author ready PRs that have at least one approval, no pending requests for changes, and a CI started. test Issues and PRs related to the tests.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants