| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
/cc @nodejs/collaborators |
Sorry, something went wrong.
|
CI: https://ci.nodejs.org/job/node-test-commit/832/ lint issue: test/parallel/test-domain-top-level-error-handler-clears-stack.js 1:0 error Mandatory module "common" must be loaded required-modules |
Sorry, something went wrong.
There was a problem hiding this comment.
include common
Sorry, something went wrong.
There was a problem hiding this comment.
Thank you, updated.
Sorry, something went wrong.
|
@jbergstroem @thefourtheye Thanks for catching the lint issue, and my apologies for not running make test in the first place. |
Sorry, something went wrong.
|
Heading into cosmetics here, but could we perhaps use the shortform git commit sha's instead? Github automatically formats to this which makes the commit message look a bit weird unless read through -HTML. |
Sorry, something went wrong.
|
https://github.com/misterdjules/node-1/commit/6feb95386a24ee5a4b678995943da70fd9e4723f.patch vs misterdjules@6feb953 |
Sorry, something went wrong.
There was a problem hiding this comment.
Maybe use process.abort() instead?
Sorry, something went wrong.
There was a problem hiding this comment.
What is the advantage of using process.abort over process.exit in this case? One disadvantage I can think of is that it could create core files on some systems depending on their configuration.
Sorry, something went wrong.
There was a problem hiding this comment.
Yes, that's a disadvantage. The advantage is that it's a lot more noisy than process.exit(1) is.
Sorry, something went wrong.
There was a problem hiding this comment.
It will make this test take quite a bit longer on OS X at least too
Sorry, something went wrong.
There was a problem hiding this comment.
Agreed. What about adding a noisy console.error output?
Sorry, something went wrong.
There was a problem hiding this comment.
Updated this PR and added a console.error output before exiting, let me know what you think.
Sorry, something went wrong.
|
LGTM with two suggestions. |
Sorry, something went wrong.
|
@jbergstroem @bnoordhuis Thanks for the review, will update shortly. @jbergstroem Regarding using full commits shas: I always use full shas when I want to make sure that they can be found a long time after the commit message was written. It's difficult to determine how long git commit shas should be to never be ambiguous throughout the lifetime of the project. So instead of relying on guessing, I always include the full sha and I'm confident that anyone will be able to use them and unambiguously retrieve their corresponding changes. |
Sorry, something went wrong.
|
@jbergstroem @bnoordhuis Updated, please take a look. |
Sorry, something went wrong.
There was a problem hiding this comment.
common should be the first import.
Sorry, something went wrong.
There was a problem hiding this comment.
Right, updated, thank you.
Sorry, something went wrong.
f2a45ca contained a test for a regression that had been introduced by the original change that 77a10ed ported. While 77a10ed did not contain that regression, the test that f2a45ca contained should still be in the code base to prevent any regression from happening in the future. Original message for the commit that contained the test: domains: fix stack clearing after error handled caeb677 introduced a regression where the domains stack would not be cleared after an error had been handled by the top-level domain. This change clears the domains stack regardless of the position of the active domain in the stack. PR: nodejs#9364 PR-URL: nodejs/node-v0.x-archive#9364 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Julien Gilli <julien.gilli@joyent.com>
|
@jbergstroem @bnoordhuis ping. Let me know if my latest comments and updates address your concerns. |
Sorry, something went wrong.
Sorry, something went wrong.
Sorry, something went wrong.
f2a45ca contained a test for a regression that had been introduced by the original change that 77a10ed ported. While 77a10ed did not contain that regression, the test that f2a45ca contained should still be in the code base to prevent any regression from happening in the future. Original message for the commit that contained the test: domains: fix stack clearing after error handled caeb677 introduced a regression where the domains stack would not be cleared after an error had been handled by the top-level domain. This change clears the domains stack regardless of the position of the active domain in the stack. PR: #9364 PR-URL: nodejs/node-v0.x-archive#9364 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Julien Gilli <julien.gilli@joyent.com> PR: #3356 PR-URL: #3356 Reviewed-By: Ben Noordhuis <ben@strongloop.com>
|
@jasnell will tests like this make their ways into LTS? |
Sorry, something went wrong.
|
@thealphanerd That's a good question. My opinion is that yes, they should because they can only help make LTS releases more solid. Hence tagging this PR with land-on-v4.x. |
Sorry, something went wrong.
f2a45ca contained a test for a regression that had been introduced by the original change that 77a10ed ported. While 77a10ed did not contain that regression, the test that f2a45ca contained should still be in the code base to prevent any regression from happening in the future. Original message for the commit that contained the test: domains: fix stack clearing after error handled caeb677 introduced a regression where the domains stack would not be cleared after an error had been handled by the top-level domain. This change clears the domains stack regardless of the position of the active domain in the stack. PR: #9364 PR-URL: nodejs/node-v0.x-archive#9364 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Julien Gilli <julien.gilli@joyent.com> PR: #3356 PR-URL: #3356 Reviewed-By: Ben Noordhuis <ben@strongloop.com>
f2a45ca contained a test for a regression that had been introduced by the original change that 77a10ed ported. While 77a10ed did not contain that regression, the test that f2a45ca contained should still be in the code base to prevent any regression from happening in the future. Original message for the commit that contained the test: domains: fix stack clearing after error handled caeb677 introduced a regression where the domains stack would not be cleared after an error had been handled by the top-level domain. This change clears the domains stack regardless of the position of the active domain in the stack. PR: #9364 PR-URL: nodejs/node-v0.x-archive#9364 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Julien Gilli <julien.gilli@joyent.com> PR: #3356 PR-URL: #3356 Reviewed-By: Ben Noordhuis <ben@strongloop.com>
f2a45ca contained a test for a regression that had been introduced by the original change that 77a10ed ported. While 77a10ed did not contain that regression, the test that f2a45ca contained should still be in the code base to prevent any regression from happening in the future. Original message for the commit that contained the test: domains: fix stack clearing after error handled caeb677 introduced a regression where the domains stack would not be cleared after an error had been handled by the top-level domain. This change clears the domains stack regardless of the position of the active domain in the stack. PR: #9364 PR-URL: nodejs/node-v0.x-archive#9364 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Julien Gilli <julien.gilli@joyent.com> PR: #3356 PR-URL: #3356 Reviewed-By: Ben Noordhuis <ben@strongloop.com>
| Back | FazBrowse Home | New Git URL |
f2a45ca contained a test for a
regression that had been introduced by the original change that
77a10ed ported. While
77a10ed did not contain that
regression, the test that f2a45ca
contained should still be in the code base to prevent any regression
from happening in the future.
Original message for the commit that contained the test:
domains: fix stack clearing after error handled
caeb677 introduced a regression where
the domains stack would not be cleared after an error had been handled
by the top-level domain.
This change clears the domains stack regardless of the position of the
active domain in the stack.
PR: #9364
PR-URL: nodejs/node-v0.x-archive#9364
Reviewed-By: Trevor Norris trev.norris@gmail.com
Reviewed-By: Julien Gilli julien.gilli@joyent.com