rsnext/test/e2e/cancel-request/stream-cancel.test.ts
Justin Ridgewell 3906374740
Try to fix flakey socket hang up failures in stream cancel tests (#53318)
### What?

I think the flakiness from the new stream cancel tests is due to a uncaught error thrown from the priming. If it is during the priming, then we need to also explicitly check if we restart the test and reset the `streamable`.

### Why?

Flakey tests suck.

### How?

- Adds a `on('error', reject)` to catch the socket error and associate it with the test
- Explicitly checks for the `?write=` param to see if we're priming or getting results
2023-07-28 22:59:24 +00:00

87 lines
2.8 KiB
TypeScript

import { createNextDescribe } from 'e2e-utils'
import { sleep } from './sleep'
import { get } from 'http'
createNextDescribe(
'streaming responses cancel inner stream after disconnect',
{
files: __dirname,
},
({ next }) => {
// For some reason, it's flakey. Try a few times.
jest.retryTimes(3)
function prime(url: string, noData?: boolean) {
return new Promise<void>((resolve, reject) => {
url = new URL(url, next.url).href
// There's a bug in node-fetch v2 where aborting the fetch will never abort
// the connection, because the body is a transformed stream that doesn't
// close the connection stream.
// https://github.com/node-fetch/node-fetch/pull/670
const req = get(url, async (res) => {
while (true) {
const value = res.read(1)
if (value) break
await sleep(5)
}
res.destroy()
resolve()
})
req.on('error', reject)
req.end()
if (noData) {
req.on('error', (e) => {
// Swallow the "socket hang up" message that happens if you abort
// before the a response connection is received.
if ((e as any).code !== 'ECONNRESET') {
throw e
}
})
setTimeout(() => {
req.abort()
resolve()
}, 100)
}
})
}
describe.each([
['middleware', '/middleware'],
['edge app route handler', '/edge-route'],
['node app route handler', '/node-route'],
['edge pages api', '/api/edge-api'],
['node pages api', '/api/node-api'],
])('%s', (_name, path) => {
it('cancels stream making progress', async () => {
// If the stream is making regular progress, then we'll eventually hit
// the break because `res.destroyed` is true.
await prime(path + '?write=25')
const res = await next.fetch(path)
const i = +(await res.text())
expect(i).toBeWithin(1, 5)
}, 2500)
it('cancels stalled stream', async () => {
// If the stream is stalled, we'll never hit the `res.destroyed` break
// point, so this ensures we handle it with an out-of-band cancellation.
await prime(path + '?write=1')
const res = await next.fetch(path)
const i = +(await res.text())
expect(i).toBe(1)
}, 2500)
it('cancels stream that never sent data', async () => {
// If the client has never sent any data (including headers), then we
// haven't even established the response object yet.
await prime(path + '?write=0', true)
const res = await next.fetch(path)
const i = +(await res.text())
expect(i).toBe(0)
}, 2500)
})
}
)