Skip to content

Version Packages (next) - #361

Merged
ryansolid merged 1 commit into
nextfrom
changeset-release/next
Sep 11, 2026
Merged

Version Packages (next)#361
ryansolid merged 1 commit into
nextfrom
changeset-release/next

Conversation

@github-actions

@github-actions github-actions Bot commented Sep 11, 2026

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to next, this PR will be updated.

⚠️⚠️⚠️⚠️⚠️⚠️

next is currently in pre mode so this branch has prereleases rather than normal releases. If you want to exit prereleases, run changeset pre exit on next.

⚠️⚠️⚠️⚠️⚠️⚠️

Releases

@solidjs/vite-plugin@3.0.0-next.43

Patch Changes

  • 4fb1af3: Honor the host's resolve.noExternal patterns when adding vitefu's externals to the SSR environment. The plugin already refused to re-externalize anything noExternal inlines, but it compared literal names only, while Vite treats string entries as picomatch patterns and RegExp entries as tests (createFilter(undefined, noExternal, { resolve: false })). Since 3.0.0-next.41 the crawl also reaches the packages that consume the Solid runtime, and their non-Solid dependencies land in ssr.external — so a host that inlines its packages by pattern (TanStack Start's @tanstack/start**, whose @tanstack/start-server-core resolves its #tanstack-* imports only when Vite processes it) saw them re-externalized, and vite dev failed with ERR_PACKAGE_IMPORT_NOT_DEFINED: Package import specifier "#tanstack-router-entry" is not defined. The externals are now filtered with the same matcher Vite uses, and a single string or RegExp noExternal value is kept instead of being dropped.
  • b173c94: New observe option: resolve Solid's observe builds for production observability. observe: true adds the observe export condition to every environment — client and server, inlined and externalized (resolve.externalConditions), inlining the core runtime and its consumers for server builds the way the dev posture already does so one build is loaded end to end — and turns on the compiler's componentNames option, so component owner labels (<Home>) survive minification in diagnostics and attribution paths. componentNames is also enabled under the dev posture, where lazy() and HMR wrappers otherwise hide the tag name. Requires @solidjs/compiler / @solidjs/babel-plugin ≥ 2.0.0-rc.8 (the release that adds the option).

@github-actions
github-actions Bot force-pushed the changeset-release/next branch from a760639 to dcfc55a Compare September 11, 2026 17:01
@pkg-pr-new

pkg-pr-new Bot commented Sep 11, 2026

Copy link
Copy Markdown

Open in StackBlitz

npm i https://pkg.pr.new/@solidjs/vite-plugin@361

commit: dcfc55a

@ryansolid
ryansolid merged commit 5b6612b into next Sep 11, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant