Releases: solidjs/solid-start
Release list
@solidjs/start@2.0.5
Patch Changes
- eca4cc4: Only strip a whole
indexsegment when mapping route files to paths. Route files whose names merely end in "index", such asroutes/reindex.tsx, were previously served at/reinstead of/reindex.
@solidjs/start@2.0.4
Patch Changes
-
ac3f321: Parse stack traces in the dev toolbar's error overlay with
error-stack-parser-es/liteinstead oferror-stack-parser. The lite entry point is a much smaller, ESM-only parser that returns plain frame objects rather than class instances, and it no longer pulls in thestackframepackage. Errors that carry no stack are now handled as an empty frame list instead of throwing. -
ac3f321: Redesign the dev toolbar. The toolbar and its panels share a common set of design tokens, giving them a consistent dark palette, translucent surfaces, and elevation. The server function inspector is now a master-detail split with a persistent call list beside the request/response pane, and the error overlay places the stack frame list beside a code preview that fills the panel. Headers, form data, and URL search params render as aligned key-value tables, the hex viewer gains an offset gutter with the ASCII column aligned per row, and blobs are shown as file cards with their type and size. The seroval body inspector is now an expandable tree with collapsed previews, syntax-colored values, cycle detection, and live promise and stream state, replacing the previous column-based drill-down.
Along with the redesign, the toolbar only starts a drag from the toolbar itself rather than from its panels, unhandled promise rejections are captured by the error overlay, the code preview shows more surrounding lines, and a stack frame whose source cannot be loaded now stays listed and reports that its source is unavailable instead of silently rendering nothing.
-
ac3f321: Use
@jridgewell/trace-mappinginstead ofsource-map-jsto resolve original sources in the dev toolbar's error overlay. It decodes mappings lazily, so only the positions actually inspected are resolved, it is significantly smaller in the browser bundle, and it understands indexed source maps. -
f619c7f: Pre-bundle the dev toolbar's CommonJS dependencies so it no longer throws on every dev page load
-
d43ad1b: Update Solid to 1.9.15 to include the latest lazy loading and hydration fixes
@solidjs/start@2.0.3
Patch Changes
- 91fc972: Prefix production entry scripts, stylesheets, modulepreloads, and serialized manifest paths with Vite's configured base URL.
@solidjs/start@2.0.2
@solidjs/start@2.0.1
Patch Changes
- fd5e2ae: Delegate
vite previewto Nitro when its preview plugin is active, including for static builds that intentionally have no server entry.
@solidjs/start@2.0.0
Highlights
SolidStart v2 is now stable. This release replaces Vinxi with direct use of Vite’s Environment API, providing Solid v1 applications with a simpler Vite 8 and Rolldown-powered foundation, improved compatibility with the Vite ecosystem, and direct integration with deployment plugins.
SolidStart v2 requires Node.js 24 or newer and Vite 8. Most SolidStart v1 applications can upgrade by moving their framework configuration from app.config.ts to vite.config.ts and following the migration guide.
@solidjs/start@2.0.0-rc.10
Minor Changes
-
3f2b7a7: The file filter logic used for CSS crawling in development can now be configured with the vite plugin option
css.filteranalog toserverFunctions.filter:solidStart({ css: { filter: { // Exclude all node_modules except "my-dependency" with a flat node_modules layout exclude: "node_modules/!(my-dependency)/**/*", }, }, });
Patch Changes
@solidjs/start@2.0.0-rc.9
Patch Changes
- 8eef552: Remove type-only import remnants from client server-function transforms so they do not retain server-only dependency chains.
@solidjs/start@2.0.0-rc.8
Patch Changes
- 3573985: Await asynchronous
serverFunctions.onErrorhandlers before serializing server function errors.
Preserve the original error if the handler throws or rejects.