Track migration from moduleResolution: "node10" to "nodenext" (blocked on @angular/compiler-cli)

Which @ngrx/* package(s) are relevant/related to the feature request?

schematics

Information

Context

As part of the TypeScript deprecation cleanup tracked in #5163, #5202 renamed moduleResolution: "node" to "node10" in 4 config files. This unblocks the immediate deprecation warning, but node10 is itself deprecated as of TypeScript 6.0 and slated for full removal in 7.0 — so it's an interim fix, not the final target.

What's blocking the full migration

Migrating directly to moduleResolution: "nodenext" (paired with module: "nodenext") was attempted for all 4 files. It surfaces real compile errors originating from @angular/compiler-cli's own .d.ts files, which don't use explicit .js extensions in their relative imports — something node16/nodenext enforces strictly.

This isn't fixable from this repo; it depends on @angular/compiler-cli adopting extension-explicit imports upstream.

Next steps

• Revisit once @angular/compiler-cli supports nodenext-style resolution
• Migrate the 4 files from node10 → nodenext

Discussion: #5202

Describe any alternatives/workarounds you're currently using

Currently using moduleResolution: "node10" as an interim workaround — it's TypeScript's renamed, non-deprecated equivalent of the old "node" value, with no change in resolution semantics. This unblocks the immediate deprecation warning without requiring any code changes, but it's still scheduled for removal in TypeScript 7.0, so it's not a long-term fix.

I would be willing to submit a PR to fix this issue

• Yes
• No