-
-
Notifications
You must be signed in to change notification settings - Fork 8.7k
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
A way to analyze why modules were flagged as "not cacheable". #748
Comments
👍 to this. |
+1 |
4 similar comments
👍 |
👍 |
👍 |
👍 |
Why do people have to spam thumbs up? What on earth do you think the emoji is their for on the OP? |
+1 = : +1 : (without the spaces) = 👍 It express the fact that people would love to see this feature, also it may act as a "bump". I hope this explanation helped you. Regards, |
2 years later, I'm still wondering :) |
What are the most common reasons a module is marked in such a way? |
Same issue. When I run the dev-server in watch mode, by simply adding a space to a file and saving, the webpack recompile takes quite a while. I am used to this being very quick in the past, at other jobs I've had. But here, when I simply change a space, it recompiles a tons of things, and outputs them all as |
OK. So, I found that one of my loaders was causing my JS files to be not-cacheable. Once I removed it, it worked. So... you can try to remove your loaders and see if that fixes it. Even if your app doesn't run, you should notice that things at least build and are cacheable. Once you find the bad-acting loader, you can then try to configure it to allow things to be cacheable. |
some issue, any idea pls |
Still no solution? Come on guys, its 2017 |
It's 2019 🤐 |
This issue had no activity for at least three months. It's subject to automatic issue closing if there is no activity in the next 15 days. |
bump |
Come on guys, its |
Still no answer its 2023 guys :/ |
Currently I'm trying to reduce our massive build times in the watch loop, but I can't figure out why none of the modules are marked as cacheable. I've been trying to drop loaders and so on to see where the problem is coming from, but obviously if you omit a necessary step the build starts breaking so this hasn't gotten me too far.
It would be extremely useful if there was an easy way to see where the module(s) was/were flagged "not "cacheable", so one could potentially fix the misbehaving plugin.
The text was updated successfully, but these errors were encountered: