-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
> NX File change detected. Restarting... #17070
Comments
simular issue for windows when change something, its stuck on
|
Same issue here.
|
Seeing the same thing here, specifically when serving a NestJS app. Interestingly this also causes my Angular 16 app to rebuild, but when I am not serving the NestJS app, the Angular app does not rebuild. Does anyone know how to get the @nx/node:node serve to output which files it saw change?
|
I was able to log the detected change and as I suspected it is my GraphQL schema.gql file that is autogenerated. This didn't cause issues on nx 15.
Adding this file to a In order to find the files that were being updated, I added a
The file I added it to (just for the purpose of finding the offended file), was the compiled |
Issue still exists on 16.2.2, building changes performance became very poor, most errors aren't logged without Downgrading to 16.1.4 - much faster build :) |
Serving |
I'm experiencing the same with logs. I am using winston to log some stuff, and the logs completely disappeared from the console, but they are still written to a file like before. And it's taking full 10+ sec to change a single line. |
Experienced same problems, fixed by adding responsible files in .nxignore but we reverted anyways cause the performance are catastrophic. |
Can also confirm this issue. We had to downgrade to 16.1.4. Also confirmed that the very recent 16.3.0 did not fix the issue either. |
We are experiencing the same issue with versions greater than 16.1.4 and find that it is not fixed in today's release of 16.3.1. A second file change made during the
UPDATE: Not fixed in 16.3.2, ... or 16.4.0, either. |
Issue still exists... Will anyone look into it? |
This is blocking us from upgrading to fix another issue we are encountering, which was resolved in #16825 . Kind of stuck between a rock and a hard place now. I'm starting to regret bringing NX into our stack, as none of these issues have to do with the actual packages we use to build our app. :( |
16.3.2
|
16.3.2
Actually, slowness is more problematic, as the first one can be solved by .nxignore |
@ndcunningham @jaysoo can one of you have a look? |
Same here... this is killing development... |
Facing the same issues, needed to rollback to 16.1.4. :( |
+1 here. ~15sec when changes a single line. |
Even rolling back to 16.1.4 did not work for me. edit: I had to remove my node_modules and reinstall everything. It's now working |
I think you have to downgrade manually by edit your package.json since nx does not support migrate to lower version. |
And then make sure you revert the changes to use @ns/js:node rather than @ns/node:node |
The issue is still present on version 16.4.1. |
What are your restart times? Is it slow but eventually starts, or never starts? |
@jaysoo It does restarts, after taking a sweet amount of time shared below. Though project is small and has not much modules previously used to be instant. |
The slowness is from running a full webpack build, whereas previously it was in watch mode. I think I can get it to run in watch mode again and still queue the restart correctly. Let me take a look today. |
In our project, the rebuild hangs indefinitely until a second file change is triggered, then the rebuild completes within a couple of seconds. That is, every other file change hangs. |
Sounds like an issue with watch events. I made a note of it to investigate. |
same situation for me |
same here |
Hey @jaysoo Is there an option for us to run this in watch mode again? I'd even consider patching the package if it could help restore the previous build time. Any guidance would be appreciated. 😞 |
Same here, upgraded to 16.5.2 using webpack and it has a weird behavior when NX File change detected only trigger when we change code in Happy to give more information to help debug this if necessary 👌 |
@jaysoo Just tried the new |
Not sure why, but my file changes take like 5 seconds to be detected now, and setting |
@jaysoo all good here now, thanks my man! |
@jaysoo works like a charm. ty man 🙌 |
@jaysoo thank you for your efforts, really appreciate you bringing the webpack output back. |
We'll cut a beta for people to test out soon. I did some testing on my example apps and a large TS monorepo. The watch mode will help most people, and for complete correctness (but slower) people can opt into |
Same thing for me. ~5 seconds to detect any changes. |
@jasonmacdonald @andrey59412678 Can you open a new issue and link to this one? It's different from the scope of this original issue. Since we are just running the build in watch mode now, the changes should be handled by the bundler (e.g. webpack, vite, etc.). If you have a reprod to link that would help as well. |
@jaysoo I figured my issue out by turning on To fix this, I ended up setting
|
Got it. We'll double-check to make sure progress is on by default, and maybe show a general indicator if possible. |
FWIW, the following fixed the issue for me when upgrading @nx/js (et. al.) from v16.4.0-beta.5 to v16.7.0:
|
This is probably obvious.. but for anyone who is incapable of following simple directions (such as myself), I hope this will help: I was experiencing similar issues with egregious restart times after my team updated NX. After all the proposed fixes mentioned above failed to resolve my issue, I realized that I never ran the following two nx commands -
After that, the issues were resolved without any other modifications. |
This issue has been closed for more than 30 days. If this issue is still occuring, please open a new issue with more recent context. |
Current Behavior
@nx:js:node dev server is stuck on
> NX File change detected. Restarting...
since upgrading to 16.2.1Expected Behavior
Dev server to work as should. I did not have this issue with 16.1.4.
GitHub Repo
No response
Steps to Reproduce
Just run npx nx run :serve with @nx/js:node as the executor.
Nx Report
Failure Logs
No response
Operating System
Additional Information
No response
The text was updated successfully, but these errors were encountered: