fetch: wpt tests that are failing

Descrizione

import { fetch, setGlobalOrigin } from 'undici'
import assert from 'assert'

setGlobalOrigin('http://localhost:3000')

const controller = new AbortController();
const signal = controller.signal;
controller.abort();

const log = [];

await Promise.all([
	fetch('../resources/data.json', { signal }).then(
		() => assert_unreached("Fetch must not resolve"),
		() => log.push('fetch-reject')
	),
	Promise.resolve().then(() => log.push('next-microtask'))
]);

assert.deepStrictEqual(log, ['fetch-reject', 'next-microtask']);

Guida contributor

Tech stack

javascript

Dominio

backend

Tipo issue

bug

DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.

3

Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.

1-2 days

Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.

stale

ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.

clear

Prerequisiti

JavaScriptNode.jsfetch APIAbortController

Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.

45

Direzione di ricerca

Examine the fetch implementation in lib/fetch/index.js, specifically the abort handling at lines 126 and 304. Understand the flow of signal.aborted checks and promise rejection timing. Consider the microtask queue order and whether the fetch function resolves before the next microtask. Look at the original issue #1664 (comment) for context. Write a fix that ensures fetch rejects synchronously (or in the current microtask) when signal is already aborted.