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
Hopefully this is understandable by my description of the bug. If not, I can make a simple reproduction later on.
Describe the bug
Using
rollupConfig: {
external: ['@unhead/vue'],
},
instead of
externals: {
external: ['@unhead/vue'],
},
inside the nitro config (inside the nuxt.config.ts) does have different outputs. Using the rollupConfig only prevents the dependency from getting inlined but the nuxt/nitro build seems to ignore this. In the build output package.json and in the node_modules folder the dependency is missing.
Using the nitro configuration's external.externals field does not cause this behaviour. This is very un-intuitive (pun un-intended). Why would there be a very similiar field to the rollup one? And why is this not even documented?
I would expect that nuxt's/nitro's build (I'm not quite sure where to draw the line between those but I guess this is a nitro behavior) respects the given rollup config fully and not doing some strange things that causes bugs. The bug would be the missing dependency in the output so after trying to install the package that was build like that would fail.
Thanks for having a look into this.
Cheers, Luis
Additional context
No response
Logs
No response
The text was updated successfully, but these errors were encountered:
Environment
Reproduction
Hopefully this is understandable by my description of the bug. If not, I can make a simple reproduction later on.
Describe the bug
Using
instead of
inside the
nitro
config (inside thenuxt.config.ts
) does have different outputs. Using therollupConfig
only prevents the dependency from getting inlined but the nuxt/nitro build seems to ignore this. In the build outputpackage.json
and in thenode_modules
folder the dependency is missing.Using the nitro configuration's
external.externals
field does not cause this behaviour. This is very un-intuitive (pun un-intended). Why would there be a very similiar field to the rollup one? And why is this not even documented?I would expect that nuxt's/nitro's build (I'm not quite sure where to draw the line between those but I guess this is a nitro behavior) respects the given rollup config fully and not doing some strange things that causes bugs. The bug would be the missing dependency in the output so after trying to install the package that was build like that would fail.
Thanks for having a look into this.
Cheers, Luis
Additional context
No response
Logs
No response
The text was updated successfully, but these errors were encountered: