create-react-app: Hanging at 'Files successfully emitted, waiting for typecheck results...'
3.4.1 This just started happening and can’t get rid of it. Without any package changes. It had been working alright, then suddenly hangs forever. Tried npm reinstall --no-cache, updated packages to 3.4.1. Have no idea what’s causing it.
Downgrading typescript (used to be 3.7.5) to 3.3 or upgrading it to 3.8.3 didn’t help either. Building in node 13.7 & node 13.10, with same results.
tsconfig is the same as in the ejected CRA with additional
"experimentalDecorators": true,
"noImplicitAny": false,
"strictNullChecks": false
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Reactions: 34
- Comments: 32
Commits related to this issue
- downgrade react scripts to 3.40 for windows; move tsnode config to file https://github.com/facebook/create-react-app/issues/8707#issuecomment-638222217 — committed to cypress-io/cypress-realworld-app by deleted user 4 years ago
- Fix running RWA on Windows (#421) * install ncp and cross-env; update npm scripts * downgrade react scripts to 3.40 for windows; move tsnode config to file https://github.com/facebook/create-react-... — committed to cypress-io/cypress-realworld-app by deleted user 4 years ago
- set CRA to 3.4.0 due to this bug: https://github.com/facebook/create-react-app/issues/8707 — committed to magda-io/magda by t83714 4 years ago
- fix(react): revert react-scripts to 3.4.0 Getting reports of this issue: https://github.com/facebook/create-react-app/issues/8707 — committed to ionic-team/starters by imhoffd 4 years ago
- Fix running RWA on Windows (#421) * install ncp and cross-env; update npm scripts * downgrade react scripts to 3.40 for windows; move tsnode config to file https://github.com/facebook/create-react-... — committed to obaidaattaee/cypress-realworld-app by deleted user 4 years ago
- fix(react): revert react-scripts to 3.4.0 Getting reports of this issue: https://github.com/facebook/create-react-app/issues/8707 — committed to wand1252/starters-angular-ionic-and-node by wand1252 4 years ago
I’m getting the same issue, tried everything in here, nothing fixes it apart from reverting which isn’t ideal.
Revert to
3.4.0
solve this issue for meThis issue has been automatically marked as stale because it has not had any recent activity. It will be closed in 5 days if no further activity occurs.
Can confirm this is happening as well on a fresh ejected project. It hangs on that message, but after you change a file to trigger a recompile, it stops hanging until you restart the dev server.
This issue has been automatically closed because it has not had any recent activity. If you have a question or comment, please open a new issue.
I’ve now tried with a fresh and empty CRA and i can confirm that for me it does not happen, exact package versions are listed below if you’re interested.
However i was using workerize-loader to use a web worker to convert images to base-64 strings in the background.
The import statement needed to use the worker was using a custom format:
And this worked because i had a custom typings file:
The import statement above also needed a
// eslint-disable-next-line
, when i removed it i saw that the error was stating that you shouldn’t use custom imports to modify the webpack build. This was build by my friend so i did not know what the effects were.As soon as i added these files and used them in the new fresh CRA project i got locked at the message mentioned in the issue title.
It’s not likely that you’re facing this exact issue, but maybe you have custom typing somewhere that is causing this. I thought I’d put it here for future readers.
This will probably lead to us ejecting from CRA instead, since we have a couple of things that needs it.
Here’s our exact package versions, since i did not get the error without the workerize-loader package, maybe you’d like to try the version of react-scripts we’re using. Beware that we are using slightly older versions of the packages since we’re hunting problems of our own with this project:
I’m seeing this same issue just pop up with the dev server. Deleted node_modules and re-installed, same result. If I let the process hang for long enough it fails with
JavaScript heap out of memory
.FYI I have analyzed this issue a little bit and opened #10871 to include a reproduction attempt. I’m pretty sure that it involves a race condition, so it is unlikely to reproduce the problem with 100%.
Even better:
I did a
yarn eject
and changed inwebpack.config.js
this line touseTypescriptIncrementalApi: false,
and it works again.Will roll back and edit inside the node_modules folder for now.
Hey guys, I solved this issue with yarn.lock (or package-lock)
This issue began for me in one of my projects after installing typescript-plugin-css-modules. I removed this and this issue has ceased since. I do not know if this information is helpful, but I thought I would add it.
Self quote from here:
I have a very similar issue I’m experiencing for the last couple of weeks - I was sure it’s related to me importing babel/rollup in some areas of the code.
My setup is very similar with workerize loader and typescript - only that I have partial typescript throughout the app and the part loading the loader is plain jsx - so I never noticed it’s related.
On top of that I’m loading the worker file twice, once as a worker and once as a regular module.
Removing the workerize loader import resolved my issue! Now simply to rewrite the API between worker and main thread.
Same here.
But if I run
yarn tsc --noEmit
it’s done in a secondI’m currently experiencing the same issue with the dev server getting stuck on
Files successfully emitted, waiting for typecheck results...
.I tried the steps @sandorvasas noted above and it is still not fixing the issue for me. @sandorvasas are you using any web workers with workerize perhaps?