-
-
Notifications
You must be signed in to change notification settings - Fork 6.3k
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
Enhancement - opt-out of warnings on dynamic import modules with a static import #13848
Comments
Start a new pull request in StackBlitz Codeflow. |
You can filter out the warning with |
I suppose it make sense to opt-out automatically if it's coming from |
Hello, I would like to work on this issue. However, I am not so sure how much I should do.
I am assuming that from @bluwy's comment, if the |
@chaejunlee correct, the goal is to skip warnings for modules that exist in |
@andygup would you mind checking my PR? What do you think about it? |
Huge thanks to all and @chaejunlee for the assistance on this issue! I verified this issue using |
Description
After upgrading to
4.4
, local builds with our library now generate manydynamic import will not move module into another chunk
warnings. These warnings are helpful for simple cases with a single static import that is also dynamically loaded. However, for more complex cases this also generates many warnings for external dependencies that aren't actionable.Related PR: #12850
Reproduction
https://stackblitz.com/edit/vitejs-arcgis-ts-mxc2t2?file=package.json,main.js
Steps to reproduce
npm run build
plugin:vite:reporter
build output to consoleSuggested solution
Have
plugin:vite:reporter
default to not warn for external dependencies since it's not really actionable by the developer, and instead only warn for the app's own modules.Also, consider making the warning optional. For example, this would allow end-users of a library to mute the warnings while a fix is in-progress.
Alternative
No response
Additional context
No response
Validations
The text was updated successfully, but these errors were encountered: