[@types/node]: Missing fetch RequestInit types from globals

[jliuhtonen]

@types/node is missing the following fetch related types from globals that are referenced in RequestInit:

• HeadersInit
• BodyInit
• RequestRedirect
• RequestCredentials
• RequestMode
• ReferrerPolicy

While it is true that the types are usable from Node code directly because of TypeScript's structural typing, library code targeting both browser and Node might reference those types which will lead to compilation errors or the need to use skipLibCheck: true in tsconfig.json.

An example of an issue with library code: sindresorhus/ky#578

[typescript-bot]

Thanks for the discussion about "node", some useful links for everyone:

• npm
• DT
• Related discussions

Pinging the DT module owners: @microsoft, @jkomyno, @alvis, @r3nya, @btoueg, @smac89, @Touffy, @DeividasBakanas, @eyqs, @Hannes-Magnusson-CK, @hoo29, @kjin, @ajafff, @islishude, @mwiktorczyk, @mohsen1, @galkin, @parambirs, @eps1lon, @ThomasdenH, @WilcoBakker, @wwwy3y3, @samuela, @kuehlein, @bhongy, @chyzwar, @trivikr, @yoursunny, @qwelias, @ExE-Boss, @peterblazejewicz, @addaleax, @victorperin, @ZYSzys, @nodejs, @LinusU, @wafuwafu13, @mcollina, @Semigradsky.

[jliuhtonen]

Looks like this has not been solved yet, because there is no way to conditionally define a TypeScript type in case it has not been defined before. For interfaces this is possible because multiple interface definitions are merged. Conditional type definitions are required in case someone wants to use libs: ["dom"] in tsconfig.json to have DOM types available in Node code.

Related discussion: #66824 (comment)

What if there would be a separate @types module that would define just the fetch types?