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
Even ridiculously small files (8 bytes) fail because of this.
This scenario is also noticeable on v18 version of node.
A test snippet:
it('should upload cat test 1',async()=>{constres=awaitrequest(app).post('/api').attach('file','cat1.png').attach('file2','cat2.png');expect(res.statusCode).toEqual(200);expect(res.body).toEqual({message: 'pass!'})});
When I run ~14 of these in a single test suite the error occurs. (The test suit in the repro)
Also, for simplicity of this test suite I didn't use any multipart/form-data parser.
We're unable to upgrade our repo with thousands of tests from v16 to v20 or even v18 because of this. Not sure how to proceed. Any advice will be highly appreciated!
Actual behavior
Node throws write EPIPE error supposedly due to how supertest handles streaming of these files.
@ajfranzoia Hilariously, I've just created my own http testing library - https://github.com/eddienubes/sagetest
It's not mature yet (everything could be a breaking change atm), but I'm planning on finishing it soon.
Also, it's based on undici (the library behind node's native fetch), which is more performant than superagent.
In my case, the issue occurred when a server responded with an error without reading the stream. if you debug this https://github.com/ladjs/superagent/blob/v9.0.2/src/node/index.js#L1211 line you find that data continued to write even after the request had completed, leading to an EPIPE error. It's reproducible on node >=18.
the issue occurred when a server responded with an error without reading the stream
@rawmind This tracks with what I'm seeing: in my case the intermittent failure I encounter is on a negative testcase where supertest calls attach() with the wrong field name. So it would make sense that the server does not consume it. (I'm using multer to handle the file upload.)
Any guesses how to avoid it, other than maybe changing the server to consume bad request data?
Describe the bug
Node.js version: v20.11.0
OS version: macOS Sonoma 14.2.1
Description:
When trying to attach 2 cat images (7mb and 560kb) node throws "write EPIPE" error.
The list of facts:
A test snippet:
When I run ~14 of these in a single test suite the error occurs. (The test suit in the repro)
Also, for simplicity of this test suite I didn't use any multipart/form-data parser.
Perhaps, connected to #824 or #491.
We're unable to upgrade our repo with thousands of tests from v16 to v20 or even v18 because of this. Not sure how to proceed. Any advice will be highly appreciated!
Actual behavior
Node throws write EPIPE error supposedly due to how supertest handles streaming of these files.
Expected behavior
Should upload files without this error occurring.
Code to reproduce
A small repo with a test to reproduce the issue:
https://github.com/eddienubes/supertest-write-epipe-bug-repro
Checklist
The text was updated successfully, but these errors were encountered: