-
Notifications
You must be signed in to change notification settings - Fork 12k
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
ng serve --prod Cannot use [chunkhash] or [contenthash] #10411
Comments
I was able to get around this by setting "outputHashing": "none" in my angular.json file. I'm not entirely clear on how that works anyway but it allowed me to keep working until this gets resolved. |
I had similar issue but not in a ng project. Upgrading Webpack related devDependencies to latest solve my issue. |
@alan-agius4 still experiencing this problem? |
Yes, this is still reproducible with There are two possible fixes for this.
|
Any progress? IMO both fixes makes sense, I would use them together. Printing a warning and use Current solution for me is: "serve": {
"builder": "@angular-devkit/build-angular:dev-server",
"options": {
"browserTarget": "aqua:build",
// ....
"hmrWarning": false,
"hmr": true
},
"configurations": {
"production": {
"browserTarget": "aqua:build:production",
"hmr": false // <------
}
}
}, |
I'm facing this issue since I updated to Angular v11 |
I have seen this issue on other frameworks using Webpack and webpack-dev-server (when using HMR /
|
@kevinfarrugia, yeah that make sense, |
Thank you @kevinfarrugia. So it seems like the best workaround -without needing a custom webpack configuration- is to set |
Will be look at landing a fix for this in the coming days. |
…ng dev-server Using output hashing with the dev-server can cause memory leaks because the dev server does not know when to clean up the old files. See: webpack/webpack-dev-server#377 (comment) Closes #10411
…ng dev-server Using output hashing with the dev-server can cause memory leaks because the dev server does not know when to clean up the old files. See: webpack/webpack-dev-server#377 (comment) Closes #10411
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Versions
Repro steps
Observed behavior
Desired behavior
No error
The text was updated successfully, but these errors were encountered: