You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The 4.x release was intended to rework tsconfig with specified references. Everything works as expected unless one of the referenced configs extends another config.
However, since tsconfig.app.json extends tsconfig.base.json, running the eslint CLI results in an import/no-unresolved error.
This issue persists unless multiple projects are explicitly specified in eslint.config.js.
Real-World Use Case
While this may seem redundant, a real-world scenario would involve tsconfig.app.json extending a config provided by an external package rather than a locally defined one. For example:
The
4.x
release was intended to reworktsconfig
with specifiedreferences
. Everything works as expected unless one of the referenced configs extends another config.Reproduction
Here’s a repository with a quick reproduction of the issue. The main tsconfig.json references both tsconfig.app.json and tsconfig.node.json.
However, since
tsconfig.app.json
extends tsconfig.base.json, running theeslint
CLI results in animport/no-unresolved
error.This issue persists unless multiple projects are explicitly specified in eslint.config.js.
Real-World Use Case
While this may seem redundant, a real-world scenario would involve
tsconfig.app.json
extending a config provided by an external package rather than a locally defined one. For example:This is particularly useful because it is currently not possible to inherit a single main config when using references.
Is this the intended behavior? It seems there are differences in how extended
tsconfig
files are handled when specified in the main configreferences
.Feel free to let me know if you need further adjustments, and thanks for your efforts!
The text was updated successfully, but these errors were encountered: