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
will, with the default webpack config that places vendored code into a separate chunk, be missing the vendors*.js file in the client manifest. But if a.ts is changed to directly import c, the client manifest will contain the correct vendors chunk.
I tried to figure out the correct webpack API to find recursive dependencies for a module, but I didn't see one. In the webpack --stats verbose output, webpack uses the term "chunk group" to refer to clientN.js and its dependencies, but maybe there is a reason you were walking the module graph instead of the chunk graph. It looks like chunkGraph.getChunkEntryDependentChunksIterable might give the full set of chunks?
The text was updated successfully, but these errors were encountered:
The client manifest generation looks only at the direct imports of client components when determining which chunks to list:
mfng/packages/webpack-rsc/src/webpack-rsc-client-plugin.ts
Lines 199 to 207 in 251b528
As a result, it misses chunks that are only referenced indirectly via import chains. e.g.
will, with the default webpack config that places vendored code into a separate chunk, be missing the
vendors*.js
file in the client manifest. But ifa.ts
is changed to directly importc
, the client manifest will contain the correct vendors chunk.I tried to figure out the correct webpack API to find recursive dependencies for a module, but I didn't see one. In the webpack
--stats verbose
output, webpack uses the term "chunk group" to refer toclientN.js
and its dependencies, but maybe there is a reason you were walking the module graph instead of the chunk graph. It looks likechunkGraph.getChunkEntryDependentChunksIterable
might give the full set of chunks?The text was updated successfully, but these errors were encountered: