@module-federation/vite 1.14.5 → 1.15.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -79,11 +79,6 @@ export default defineConfig({
79
79
  server: {
80
80
  origin: "http://localhost:{Your port}"
81
81
  },
82
- // Do you need to support build targets lower than chrome89?
83
- // You can use 'vite-plugin-top-level-await' plugin for that.
84
- build: {
85
- target: 'chrome89',
86
- },
87
82
  [...]
88
83
  });
89
84
  ```
@@ -157,11 +152,6 @@ export default defineConfig({
157
152
  server: {
158
153
  origin: "http://localhost:{Your port}"
159
154
  },
160
- // Do you need to support build targets lower than chrome89?
161
- // You can use 'vite-plugin-top-level-await' plugin for that.
162
- build: {
163
- target: 'chrome89',
164
- },
165
155
  [...]
166
156
  });
167
157
  ```
@@ -202,8 +192,8 @@ Module Federation needs `loadShare` and `runtimeInitStatus` isolated into separa
202
192
 
203
193
  Do not use `build.rollupOptions.output.manualChunks` or
204
194
  `build.rolldownOptions.output.manualChunks` with this plugin — it will be **automatically ignored**.
205
- Module federation transforms shared dependency imports with top-level `await`, and grouping these transformed modules into a single chunk creates circular async dependencies that cause the application to silently hang.
206
- The plugin injects its own split so `runtimeInitStatus` and `loadShare` are kept isolated.
195
+ The plugin manages the runtime chunk graph itself, and forcing custom chunk grouping can break Module Federation bootstrap order.
196
+ The plugin injects the splits it needs so `runtimeInitStatus` and `loadShare` stay isolated.
207
197
 
208
198
  ### So far so good 🎉
209
199