fix(testing): unset customConditions when running the open-cypress inferred task

[leosvelperez]

Current Behavior

Cypress open-cypress inferred task in a workspace with the customConditions TypeScript compiler option set, fail with the error:

TSError: ⨯ Unable to compile TypeScript:
error TS5098: Option 'customConditions' can only be used when 'moduleResolution' is set to 'node16', 'nodenext', or 'bundler'.

This happens because Cypress forces ts-node to use module: commonjs and moduleResolution: node10, which is incompatible with the customConditions TypeScript compiler option.

Expected Behavior

Cypress open-cypress inferred task in a workspace with the customConditions TypeScript compiler option set should work as expected.

Related Issue(s)

Fixes #31616

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Updated (UTC)
nx-dev	✅ Ready (Inspect)	Visit Preview	Jun 23, 2025 9:52am

[nx-cloud]

View your CI Pipeline Execution ↗ for commit b651e3f.

Command	Status	Duration	Result
nx affected --targets=lint,test,build,e2e,e2e-c...	✅ Succeeded	35m 49s	View ↗
nx run-many -t check-imports check-commit check...	✅ Succeeded	17s	View ↗
nx-cloud record -- nx-cloud conformance:check	✅ Succeeded	2s	View ↗
nx-cloud record -- nx format:check	✅ Succeeded	3s	View ↗
nx-cloud record -- nx sync:check	✅ Succeeded	2s	View ↗
nx documentation	✅ Succeeded	2m	View ↗

---

☁️ Nx Cloud last updated this comment at 2025-06-23 10:36:08 UTC

[FrozenPandaz]

Does this mean that running cypress open won't work without passing this environment variable either? Is there any way to have cypress open work without this environment variable?

[leosvelperez]

The only way is not having customConditions in the tsconfig files. As mentioned in the PR description, Cypress uses ts-node to load the configuration file and forces module: commonjs, which is incompatible with the customConditions compiler option.

We already do the same in several other inferred tasks (including Cypress e2e tasks). This task was just previously missed.