Skip to content

Conversation

@refack
Copy link
Contributor

@refackrefack commented Jul 22, 2017

Refs: #13862
Was asked to port to v8.x but I ported to v6.x by mistake, so here it is if you want it 🤷‍♂️

/cc @nodejs/lts

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
Affected core subsystem(s)

assert

@refackrefack added assert Issues and PRs related to the assert subsystem. lts-agenda semver-minor PRs that contain new features and should be released in the next minor version. test Issues and PRs related to the tests. labels Jul 22, 2017
@nodejs-github-botnodejs-github-bot added assert Issues and PRs related to the assert subsystem. tools Issues and PRs related to the tools directory. v6.x labels Jul 22, 2017
@refack
Copy link
ContributorAuthor

@refackrefack mentioned this pull request Jul 22, 2017
4 tasks
@refackrefackforce-pushed the v8-backport-13862 branch from aac0e9e to ec0149aCompareJuly 22, 2017 19:49
@refack
Copy link
ContributorAuthor

@refack
Copy link
ContributorAuthor

not ok 179 parallel/test-net-listen-port-option --- duration_ms: 60.135 severity: fail stack: |- timeout ... 

@sam-github
Copy link
Contributor

@refack rebase onto v6.x-master and not ok 179 parallel/test-net-listen-port-option will dissappear, at least.

I'm confused by the PR title "document ...", but it implements, as well as documents?

Adding yet another argument to assert.fail() seems reasonably safe, any reason we shouldn't backport this?

@sam-github
Copy link
Contributor

Staring slightly harder, this seems to be a couple changes squashed into one commit: both a refactor of lib/assert.js, and the documentation of a pre-existing API?

@refack need some clarification here, please.

@BridgeAR
Copy link
Member

@sam-github it is indeed a combination of multiple commits and if I read the change correct it also changes assert.fail a tiny bit. It also includes e.g. #12293

@refack
Copy link
ContributorAuthor

@refack need some clarification here, please.

Original the request was to backport #13862 to v8.x. Out of haste I ported it to v6.x by mistake. To smooth port I dragged in #13974 as well.
It was major in master/v8.x but here AFAICT it's minor.

Anyway if it looks iffy feel free to reject it

@MylesBorins
Copy link
Contributor

Decided not to move forward

@refack
Copy link
ContributorAuthor

Now that #15479 (the backport of #12293) landed. This has become completely minor.

@refackrefack reopened this Oct 10, 2017
@refackrefack changed the base branch from v6.x-staging to v6.xOctober 10, 2017 15:30
@refackrefack changed the base branch from v6.x to v6.x-stagingOctober 10, 2017 15:30
* refactor the code 1. Rename private functions 2. Use destructuring 3. Remove obsolete comments * remove eslint rule PR-URL: nodejs#13862 Reviewed-By: Refael Ackermann <[email protected]> Reviewed-By: Joyee Cheung <[email protected]>
@refack
Copy link
ContributorAuthor

refack commented Oct 10, 2017

@MylesBorins
Copy link
Contributor

@refack the lts working group decided to not land this independent of how hard it was to backport. We gate which minor updates we land on the branch. Closing again, feel free to continue discussion though.

@refack
Copy link
ContributorAuthor

As far as I remember (from listening to the discussion) the decision was based on this PR affecting the output of assert.fail. That part was just backported by #15479.
So now this PR is almost completely documentation and refactoring.

The only change is improving the default error for no args assert.fail():

diff --git a/test/parallel/test-assert-fail.js b/test/parallel/test-assert-fail.js index a64cfdb3abb..ebd962be751 100644 assert.throws( () =>{assert.fail()}, - /^AssertionError: undefined undefined undefined$/+ AssertionError,+ 'Failed' );

So I'd like this to be reconsidered.

@gibfahn
Copy link
Member

As far as I remember (from listening to the discussion) the decision was based on this PR affecting the output of assert.fail. That part was just backported by #15479.

So the part that we thought was a blocker we've actually already backported? Seems a bit silly not to backport this now then.

+1 to backporting.

@refackrefack deleted the v8-backport-13862 branch October 24, 2017 13:53
@refackrefack restored the v8-backport-13862 branch October 24, 2017 13:53
@refackrefack deleted the v8-backport-13862 branch September 5, 2018 22:30
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

assertIssues and PRs related to the assert subsystem.semver-minorPRs that contain new features and should be released in the next minor version.testIssues and PRs related to the tests.toolsIssues and PRs related to the tools directory.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants

@refack@sam-github@BridgeAR@MylesBorins@gibfahn@jasnell@nodejs-github-bot