-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Fix issue #127 - calling pipe
of resolved ProcessPromise
should throw Error
instead of producing empty output
#129
Conversation
…ted `ProcessPromise`
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. ℹ️ Googlers: Go here for more info. |
@googlebot I fixed it. |
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. ℹ️ Googlers: Go here for more info. |
test.mjs
Outdated
console.log("This was expected", e) | ||
} | ||
assert(processOutput.exitCode === 0) | ||
assert(processOutput.stdout === '') // this is unexpected - intuitively would expect "Hello" |
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.
This wasn't intuitive for me (maybe only because i'm not very familiar with NodeJS and how pipes work in there)
assert(processOutput.stdout === '') // this is unexpected - intuitively would expect "Hello" | ||
assert(processOutput.stderr === '') | ||
if (processOutput) { | ||
assert.fail('Expected failure, but got ' + processOutput[inspect.custom]()) |
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.
this new (changed behaviour) fail-fast approach makes more sense to me - would have saved me from a bit of debugging
67f542f
to
07bbcd9
Compare
@googlebot I fixed it. |
Something failing. |
Fixed in 423d77d |
thanks, @antonmedv! I missed these lines from my original implementation that caused test suit to remain running (because of child process) even after the test completed successfully |
Fixes #127 using fail-fast approach - if
pipe
is called on resolved/awaitedProcessPromise
, then throwError
instead of producing empty output