SECURITY WARNING: Never run commands you don't understand. Always review code before execution. Use at your own risk.
TypeScript New Added 8 September 2026

TypeScript: Cannot find name 'process'

The Node global types are not loaded. Either @types/node is missing, or the compilerOptions.types array is set, which switches off automatic inclusion of every other @types package and quietly removes them from the compilation.

Quick fix

Read the commands before running them. Anything that restarts a service, deletes data or changes permissions should be tried on a non-production system first.

Quick fix
npm i -D @types/node

// tsconfig.json: an explicit types array is an allowlist, not an addition
{
  "compilerOptions": {
    "types": ["node", "vitest/globals"]
  }
}

// Browser code should not use process at all
import.meta.env.VITE_API_URL      // Vite
process.env.NEXT_PUBLIC_API_URL   // Next.js inlines this at build time

# Confirm the types were resolved
npx tsc --traceResolution | grep -i '@types/node'

How to diagnose TypeScript errors

TypeScript errors are the compiler describing a mismatch between what you declared and what you did. Nearly all of them fall into assignability (this shape is not that shape), missing declarations (a JavaScript package with no types), or strict null checks (a value can be undefined on a path you did not handle). Casting with as or any silences the message without fixing the underlying mismatch, which usually reappears at runtime.

If the quick fix above does not resolve it, work through these steps. They apply to this whole class of error, not just to this one message, which is usually what saves the time.

  1. Read the error from the innermost "Types of property X are incompatible" line outward. That nested line names the actual mismatch.
  2. For missing declarations, try npm i -D @types/<pkg> first; if none exists, write a minimal .d.ts rather than reaching for any.
  3. Narrow rather than assert. A type guard, an in check, or an early return preserves safety where as discards it.
  4. Use tsc --noEmit --pretty to check the whole project; editors sometimes use a different TypeScript version than the build.
  5. Check strict, skipLibCheck and moduleResolution in tsconfig when errors appear only in CI or only in the editor.

Tools worth reaching for

  • tsc --noEmit
  • ts-node / tsx
  • @types/* packages
  • typescript-eslint
  • editor TS version selector

Authoritative references

Primary documentation for this error, worth reading before applying any fix in production.

typescriptlang.org

Related TypeScript errors

See all 19 TypeScript errors →

Browse other categories

Something missing or wrong?

This entry is maintained by hand. If the fix is out of date, incomplete, or you have a better one, email a correction and it will be reviewed.