vite-plugin-solid@3.0.0-next.21
Pre-releasePatch Changes
-
6662c0f: update to solid 2.0.0-beta.29 and @dom-expressions/compiler 0.50.0-next.34 (the single-flight handler wiring imports
frameTransformFlightResultfrom@solidjs/web, which first ships in beta.29) -
1c51f54: Replace vite's
isRunnableDevEnvironmentwith a duck-typedrunner-presence check. Vite's helper is aninstanceoftest against the caller's ownvitemodule, so when the plugin resolves to a different physical vite copy than the dev server's (workspace/link:installs), every environment failed the check and the SSR/dev middlewares silently stood down — serving markup without hydration wiring. -
c0fa77c: Install
frameTransformFlightResultalongsideframeTransformResultin the generated server-function handler module whenserverComponentsis on: mutations whose single-flight payload includes invalidated server-component markup answer with the frame stream as carrier (regions + envelope in one response). Only active when a router registers acollectFlightDatahook.frameTransformDirectResultis now installed in the handler module too (previously only in the generated SSR entry): flight collection makes direct in-process calls during handler dispatch, and the transform brands their results with the call address the client matches showing boundaries against. Without it, a mutation dispatched before the SSR entry loads (dev restart with an open page) would silently degrade in-place morphs to minted boundaries.