You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The error is about a sub-process call exiting with a non-zero error code.
Interestingly, re-running can lead to this error going away.
While I cannot reproduce the specific file and test failure locally, there are others, and this reproduces across PHP versions.
What I think is happening is that parallel runs binding to the same port may be causing some sub-process calls that bind a port to crash, but there are other race-condition issues, such as:
incomplete STDOUT output
some long-lived PR's calling a changing file-system structure
this makes it easier to then within parallel processes address logs after a process is finished.
this does need a non-colliding path, which could pollute / complicate the runner
in CI, this would save an artifact most computer literate users could see the error messages for the specific process
for local / dev / consumer this would need to be documented (what is missing from my above description?)
More debug logs.
I'd love a trace mode to see which url a file is being downloaded from. When that is run, what HTTP calls are being made. What sub-process calls (above notes on paths 🙏 ), so that, I feel less lost.
treat the file-system paths like an API contract. It does not change, without good reason.
treat arguments like an API contract. They do not change without good reason, and maybe a local doc, or output pointing to the recent changes in output if they do change.
new one when running the phpunit suite multiple times, sometimes for whatever reason the child process for pact-stub-service would remain running, blocking port 7201, causing test to hang until composer timeout. lsof -i :7201 can detect this. Currently unsure how to check this. This survives the parent process, and I'm not sure is isolated to this particular process; it's just the only one I've seen.
The text was updated successfully, but these errors were encountered:
This issue is in response to this slack thread
The error is about a sub-process call exiting with a non-zero error code.
Interestingly, re-running can lead to this error going away.
While I cannot reproduce the specific file and test failure locally, there are others, and this reproduces across PHP versions.
What I think is happening is that parallel runs binding to the same port may be causing some sub-process calls that bind a port to crash, but there are other race-condition issues, such as:
incomplete STDOUT output
some long-lived PR's calling a changing file-system structure
should be the much simpler
Ideal interim fixes
use abspath to cut out the back and forth.
src/PhpPact/Standalone/Installer/../../../../pact
is justpact
use redirection pipes to have the operating system capture logs for each job, so you don't need PHP to.
More debug logs.
treat the file-system paths like an API contract. It does not change, without good reason.
treat arguments like an API contract. They do not change without good reason, and maybe a local doc, or output pointing to the recent changes in output if they do change.
new one when running the phpunit suite multiple times, sometimes for whatever reason the child process for
pact-stub-service
would remain running, blocking port 7201, causing test to hang until composer timeout.lsof -i :7201
can detect this. Currently unsure how to check this. This survives the parent process, and I'm not sure is isolated to this particular process; it's just the only one I've seen.The text was updated successfully, but these errors were encountered: