vite-plugin-milpa 0.1.1 → 0.1.2

package/index.js

@@ -157,8 +157,8 @@ function pwaPlugins(options) {
         // El shell HTML lo sirve el backend (no está en dist/): precachearlo da
         // cold-start offline y el fallback de documentos del sw.js.
         ...(pwa.shell ? {additionalPrecacheEntries: [{url: pwa.shell, revision: `${Date.now()}`}]} : {}),
-        // GOTCHA (docs/prerelease/26): los entries salen RELATIVOS y resuelven
-        // contra la URL del SW → 404 bajo subpath. Se prefijan con la base real.
+        // GOTCHA: los entries salen RELATIVOS y resuelven contra la URL del SW
+        // → 404 bajo subpath. Se prefijan con la base real.
         manifestTransforms: [
             (entries) => ({
                 manifest: entries.map((entry) => (
@@ -169,5 +169,9 @@ function pwaPlugins(options) {
     });
     // El SW solo se genera en BUILD: en dev serviría assets stale y pelearía
     // con HMR. `apply: 'build'` es el switch idiomático de Vite para esto.
-    return (Array.isArray(raw) ? raw : [raw]).map((plugin) => ({apply: 'build', ...plugin}));
+    // El override va DESPUÉS del spread: el sub-plugin dev de serwist trae su
+    // propio `apply: 'serve'` y con el orden invertido pisaría el nuestro —
+    // su middleware quedaba vivo en dev SIN el plugin principal que inicializa
+    // `ctx.options`, y tronaba en cada request del dev server.
+    return (Array.isArray(raw) ? raw : [raw]).map((plugin) => ({...plugin, apply: 'build'}));
 }

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "vite-plugin-milpa",
-    "version": "0.1.1",
+    "version": "0.1.2",
     "description": "El toolkit frontend del framework milpa (FastAPI + Jinja), estilo laravel-vite-plugin: hot-file para HMR, manifest para el helper vite() de Jinja, multi-app (surcos/), PWA opcional con Serwist, ASSET_URL para deploy bajo sub-ruta/CDN — y file-based routing para react-router 7 vía `vite-plugin-milpa/router`.",
     "type": "module",
     "main": "index.js",