-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Plugin not functional with AggressiveSplittingPlugin plugin #889
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
Webpack 4 allows us to access the chunk information using a new API: This will hopefully allow us to get rid of the very slow A basic implementation of @mike1808 can already be seen here: https://gist.github.com/mike1808/3d2ec798ab1e734b906d4e2fd34e540c Webpack 4 allows unordered entry point execution (or basically queuing). We will still need the names to filter and maybe also to sort entries like in the manual sort example html-webpack-plugin/examples/sort-manually/webpack.config.js Lines 27 to 33 in e6e8464
Using Webpack 4 only features forces us to drop support for Weback 1, Webpack 2 and Webpack 3. This would be a major breaking change and is already prepared on the html-webpack-plugin@4 branch. @NullDivision Do you think this would also solve the issues with the AggressiveSplittingPlugin? |
I saw the v4 branch. Looks awesome. Depending on the implementation it should be fine. The issue is that |
@NullDivision I saw |
#953 tries to solve this issue - please let me know if there are any problems with the proposed solution. |
Could you please try if this works for you with 4.x alpha?
|
I'll close this for now - if you have issues with |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
As I can tell this is a long running issue (gag at this point).
html-webpack-plugin
doesn't work at all withAggressiveSplittingPlugin
as specified in #850, #804, #738, #670, #599, and #446.From what I can tell, chunks are being pointlessly removed because they don't have a name.
After going through the plugin and running a couple of tests I'm not even certain that using the name as the unique identifier is a good idea. That's what the
hash
property is for. Subsequently changing tohash
seems to work fine.Is there any reason not to use that? Cause if there isn't I'd gladly create a PR for it.
The text was updated successfully, but these errors were encountered: