-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
EPIPE error on Windows runs #1841
Comments
With debug output the last messages are
|
Right so this is with shutting everything down but unfortunately it doesn't really tell us where the problem is... you'll need to run some experiments... for instance create a test that visits a site that creates a long XHR request that is not responded to by the server. The test will instantly pass and cypress will shut down the browser + server and exit. Does the error happen? If so then it's due to a request in flight. |
It could also be due to the CLI piping / massaging the Try to reproduce this without involving the network at all. Just have it run a tiny test without doing |
yeah, let me run the experiment with a single dummy test, then
|
Hmm, found an interesting thing - there is an error from bundling step @chrisbreiding Notice
Same error was also in other failed build runs, just lost in all other noise. |
I saw this the other day... it's worrysome because it means that that error did not bubble up correctly and cause Cypress to exit with a |
Yeah, I encountered this same issue today after going to 3.0.1. The tests all passed, but the build fails due to this issue. |
Another Stack trace from TeamCity running on Windows. I simply updated Cypress (and restarted server for good measure). Same tests were running flawlessly until the update.
|
Cypress 3.0.1 (The issue is not reproducable with node 8) |
We're seeing it on 3.0.1 on Server 2012 with Node 8.11.2 |
Couldn't reproduce it with Node 8.11.2 |
Seeing this on 3.0.1 |
This is likely with the CLI now piping the The binary ships with its own node version, so whatever one you have locally installed does not affect the binary. However the CLI does run in your own node version, so if by changing the node version it fixes the problem, then that would be the root cause. Can someone work with the CLI regarding piping stdio and see if they can see the root cause? We are still trying to reproduce on our end to even begin debugging this. |
How to reproduce:
|
Got the same error on Windows on node version 8! Running tests with
|
|
Any workarounds for this at the moment? I'm seeing this issue in my VSTS pipeline when performing a cypress run. Works fine on the box directly but when part of a pipeline it blows up |
I am seeing this error also on my jenkins run. I did just install cypress brand new globally because it was installing and unzipping every time, which was taking 5 minutes. Perhaps this newer version broke something or more likely I did something wrong. ha ha |
I downgraded go cypress 2.1 and it ran on vsts!
Den ons 13 juni 2018 18:07maccurt <[email protected]> skrev:
… I am seeing this error also on my jenkins run. I did just install cypress
brand new globally because it was installing and unzipping every time,
which was taking 5 minutes. Perhaps this newer version broke something or
more likely I did something wrong. ha ha
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1841 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABgKZ8DPuRezC6MKyl0TqKXFen4svrPzks5t8TjJgaJpZM4UVcyf>
.
|
I also downgraded to 2.1 and it worked for me. |
The bug disappeared with node 10.4.1 (on teamcity server) |
Who here is installing Cypress globally? This is something we don't test extensively because it's not recommended, so it could be a source of problems |
I installed it globally on one of our Jenkins Agent, because every time we ran our jenkins job it was deleting the work space and re-installing Cypress. The install and unzipping of cypress was taking 5-6 minutes sometimes and this was timing out our Octopus job that were waiting for our test to pass. Not sure if this is the correct way to do it. We could not delete the works space, our delete everything else and leave the cypress node module there. I would also have to make sure everyone in our org is using the same version of cypress. |
Cypress changed in 3.0, now it installs the binary outside the project, so you can cache that without worrying about caching node_modules. If you can ensure |
I've just checked with this new information coming in:
Happens from both cmd.exe and powershell.exe |
do you use the teamcity reporter? (cypress plugin)
…On Fri, 15 Jun 2018, 05:20 SaltyDH, ***@***.***> wrote:
I've just checked with this new information coming in:
- We don't have Cypress installed globally. (only gulp and yarn)
- Node 10.4.1 has *not* fixed it for us on TeamCity server.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1841 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABXd14qjrmIGImfN3HECCmAgW8iSDRVlks5t8zYJgaJpZM4UVcyf>
.
|
Guys, any news on this one? It's pretty ugly one :( |
@zerdos I don't use the teamcity reporter. I am using the webpack plugin however in case that's relevant. |
@zerdos I use the teamcity reporter. |
Looking into this now... |
Good news - was able to reproduce this, but only in some specific versions of |
@brian-mann Do you have any idea when this will be released? |
Released in |
I am getting this error again in Cypress 9.6.0. Anyone else? My node version is v16.13.0. |
Bug
Saw this error on AppVeyor Windows CI https://ci.appveyor.com/project/cypress-io/cypress-example-todomvc/build/1.0.169
Maybe
Need to debug with
DEBUG=cypress:*
to isolate the problemThe text was updated successfully, but these errors were encountered: