You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The reproduction is using ts plugin, commonjs plugin and preserve shebang plugin (non official one), and when bumping commonjs plugin to v0.22, it will break the shebang preseving logic. I digged a little bit deep found that the facadeModuleId in renderChunk hook of shebang plugin is always having a ?commonjs-entry query. It works well when I downgrade commonjs plugin to v0.21
The text was updated successfully, but these errors were encountered:
I fear the shebang plugin will need to be adjusted as it relies on the brittle assumption that an entry module will automatically become the facade module of a chunk while it has always been possible that another plugin injects a proxy module, just like the commonjs plugin needs to do it now. See #1169 (comment) for a possible solution and more detailed reasoning.
Hey folks. This issue hasn't received any traction for 60 days, so we're going to close this for housekeeping. If this is still an ongoing issue, please do consider contributing a Pull Request to resolve it. Further discussion is always welcome even with the issue closed. If anything actionable is posted in the comments, we'll consider reopening it. ⓘ
@rollup/plugin-commonjs
Expected Behavior
The input ts file with shebang will be preserved
Actual Behavior
The input ts file with shebang is omitted
Additional Information
The reproduction is using ts plugin, commonjs plugin and preserve shebang plugin (non official one), and when bumping commonjs plugin to v0.22, it will break the shebang preseving logic. I digged a little bit deep found that the
facadeModuleId
inrenderChunk
hook of shebang plugin is always having a?commonjs-entry
query. It works well when I downgrade commonjs plugin to v0.21The text was updated successfully, but these errors were encountered: