test: fix assert.strictEqual() parameter order#23564
test: fix assert.strictEqual() parameter order#23564lotharthesavior wants to merge 1 commit intonodejs:masterfrom
Conversation
…eters follow the order actual-value->expected-value. Refs: test/parallel/test-tcp-wrap-connect.js
|
Hi @lotharthesavior – just as a heads up, our CI does not deal well with merge commits. Do you think you could rebase this instead? Let us know if you need any help! |
53a5add to
91bd5fb
Compare
|
Hi, @addaleax , thanks for the review, I removed the merge commit. Let me know if there is something else. |
|
@lotharthesavior Thanks! |
| shutdownReq.oncomplete = function(status, client_, error) { | ||
| assert.strictEqual(0, status); | ||
| assert.strictEqual(client, client_); | ||
| assert.strictEqual(error, undefined); |
There was a problem hiding this comment.
Should this order be preserved?
There was a problem hiding this comment.
Hi, @trivikr , would you explain further you comment? I believe that the order here is already changed, unless you meant something else. I didn't understand before, but now I got what you said. I have a question, though: why would it be preserved?
There was a problem hiding this comment.
My bad, the comment was for line 34.
The strictEqual assertions should follow the order actual-value -> expected-value, where error is actual value, while undefined is expected value.
PR-URL: nodejs#23564 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
PR-URL: nodejs#23564 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
|
Landed in aee771c 🎉 @lotharthesavior congratulations on your commit to Node.js! |
|
Thanks, @BridgeAR ! I'm looking forward to contributing more! |
PR-URL: #23564 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
PR-URL: #23564 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
PR-URL: #23564 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
PR-URL: #23564 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
PR-URL: #23564 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
…follow the order actual-value->expected-value.
According to the documentation, the strictEqual assertions should follow the order
actual-value->expected-value. This PR is changing the current situation of the testparallel/test-tcp-wrap-connect.jsto accomplish it.Checklist
make -j4 test(UNIX), orvcbuild test(Windows) passes