Open lucamartini opened 2 years ago
I am also seeing this.
Jest has detected the following 1 open handle potentially keeping Jest from exiting:
● TCPSERVERWRAP
24 | request(app)
> 25 | .get('/')
| ^
26 | .query({/*query data*/})
27 | .send()
28 | .expect('Location', '/error.html');
at Test.serverAddress (node_modules/supertest/lib/test.js:48:35)
at new Test (node_modules/supertest/lib/test.js:34:14)
at Object.obj.<computed> [as get] (node_modules/supertest/index.js:28:14)
at Object.<anonymous> (functions/src/express-apps/oauth-callback.spec.ts:25:12)
express = 4.17.3 supertest = 6.2.2
I'm having the same lucamartini's problem, and I'm using express 4.17.3, supertest 6.2.2 and body-parser version = 1.20.0. It seems to started recently, as I'm upgrading my projects, because I had the tests for quite a while, and just recently this problems appeared. When I put a timeout in afterAll method, depending on how long I wait, the problem do not happen.
@lucamartini and @ricardomat are you using a fake database? I had the same problem and then by doing my research, I have found a beautiful solution which is using the NPM package mongodb-memory-server This should be installed as development dependency!!!
Hello! As a plus comment, this also happens when using morgan
Having the same problem
It seems yarn add -D body-parser@^2.0.0-beta.1
fixes the problem ..
I ran into this as well, don't feel great running beta in prod though. Other ideas? :D Is this a known issue on the body-parser side?
Having the same problem
Having the same problem. Can confirm that npm i -D body-parser@^2.0.0-beta.1
works for me.
Have the same problem as well, but upgrading body-parser
to 2.0.0-beta.1
did not work for me.
@saqib-ahmed fixed the problem in my case..
Can confirm that this also worked on my setup.
"body-parser": "^2.0.0-beta.1",
"jest": "^28.1.3",
"supertest": "^6.2.4",
"typescript": "^4.7.4"
"express": "^4.18.1"
I had to use body-parser
package as follow:
app.use(bodyParser.json());
Just want to mention that using body-parser
as such without the code above
app.use(bodyParser.urlencoded({ extended: true /**or false */ }));
will result to these errors.
Jest has detected the following 3 open handles potentially keeping Jest from exiting:
● write
17 |
18 | const { statusCode } = await supertest(server)
> 19 | .post('/users')
| ^
20 | .send(userInput);
21 |
22 | expect(statusCode).toBe(200);
^2.0.0-beta.1 It worked for me too.
I have the same issue
Jest has detected the following 2 open handles potentially keeping Jest from exiting:
● bound-anonymous-fn
332 |
333 | const response = await agent
> 334 | .post(routePath)
| ^
335 | .set({authorization: token})
336 | .send(requestBody);
337 |
at Test.serverAddress (node_modules/supertest/lib/test.js:48:35)
at new Test (node_modules/supertest/lib/test.js:34:14)
at TestAgent.<computed> [as post] (node_modules/supertest/lib/agent.js:62:17)
at Object.post (src/files/tests/files.v1.test.js:334:14)
at runMicrotasks (<anonymous>)
● bound-anonymous-fn
386 |
387 | const response = await agent
> 388 | .post(routePath)
| ^
389 | .set({authorization: token})
390 | .send(requestBody);
391 |
at Test.serverAddress (node_modules/supertest/lib/test.js:48:35)
at new Test (node_modules/supertest/lib/test.js:34:14)
at TestAgent.<computed> [as post] (node_modules/supertest/lib/agent.js:62:17)
at Object.post (src/files/tests/files.v1.test.js:388:18)
at runMicrotasks (<anonymous>)
Done in 8.99s.
upgrade to jest@29.2.1 and ts-jest@29.0.3 resolved it for me.
upgrade to jest@29.2.1 and ts-jest@29.0.3 resolved it for me.
You do not need to use ts-jest
to reproduce this issue, so that's irrellevant. Upgrading to jest@29.2.1
does not fix the issue for me, which makes sense because Jest is not the cause of the issue. In fact, you do not even need to Supertest to reproduce this issue, the issue is somewhere in Express internals (perhaps body-parser
as others have mentioned).
TL;DR we're all barking up the wrong tree here. This is a problem that Express' maintainers (who are not very active) need to solve.
Hallo,
jest test run does not exit and instead prints this error
We have found this happens only for the routes where we use the express
body-parser
middleware. express version = 4.17.3 body-parser version = 1.20.0