-
-
Notifications
You must be signed in to change notification settings - Fork 6.3k
Typescript checking fails to report errors until node_modules are reinstalled #5201
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
End of output on first run of serve task. Notice that the server doesn't start.
End of output on second run of serve task (server starts but no TS errors):
|
I've tried setting fork-ts-checker async to false with the below code in vue.config.js but I haven't seen a change except for the slower compile time:
|
It's the same bug as this one: #3065 (comment) The errors are lint errors rather than type errors. It is because, after the first run, the |
Version
4.2.2
Environment info
Steps to reproduce
yarn install
What is expected?
When running vue serve or build after the first time after install node_modules, the project should fail with multiple Typescript errors.
What is actually happening?
Typescript errors do not appear until node_modules are reinstalled.
This issue has been confirmed with two different developers on the same project. I will try to be as clear as I can but this is a strange issue.
I've updated my project to vue-cli 4.2.2 and matched the .eslintrc file to what is generated when starting a new project. After running
yarn install
, On first run of a serve/build task, the project successfully highlights errors in the Typescript (see second comment).However, after stopping the task and rerunning build or serve task, the typescript errors never appear in the terminal output and the task is allowed to proceed with no problems. The typescript errors never appear until node_modules are reinstalled. They will then only appear once on first run of a task.
I'm using Yarn 1.22.0 for reference.
EDIT: I've recreated yarn.lock incase of any dependency issue and same problem occurs. Will try with a blank project and updates ASAP with results.
The text was updated successfully, but these errors were encountered: