stack.pulse
#stacks/qwik/framework

Qwik release notes, breaking changes, and upgrade notes.

Instant-loading web apps without effort StackPulse turns upstream changelogs into scannable summaries with risky changes, deprecations, migration notes, and source links.

releases
5
breaking
1
security
0
deprecated
0
migrations
1

Get source-linked upgrade notes and occasional sponsor recommendations. No GitHub login required.

what stackpulse tracks

Qwik releases from GitHub

StackPulse watches Qwik release notes and keeps the original source link close to every summary.

upgrade risk

Breaking changes and deprecations

Risky changes are separated from normal feature notes so you can scan upgrade impact before changing production dependencies.

migration notes

Source-backed next steps

Migration steps and recommended actions are only shown when the upstream release notes support them.

# latest_releases

source-backed
@qwik.dev/react@2.0.0-beta.37lowfeatureprereleaseJun 9, 2026

@qwik.dev/react@2.0.0-beta.37

This release primarily updates dependencies and includes minor patches to improve stability and compatibility with the core Qwik framework.

affected

Developers using @qwik.dev/react may need to update their dependencies to ensure compatibility with the latest core changes.

action

Update your project dependencies to @qwik.dev/react@2.0.0-beta.37 to benefit from the latest patches and improvements.

view source on github->
create-qwik@2.0.0-beta.37lowprereleaseJun 9, 2026

create-qwik@2.0.0-beta.37

No release notes were provided for this prerelease version.

view source on github->
@qwik.dev/core@2.0.0-beta.37mediumfeatureprereleaseJun 9, 2026

@qwik.dev/core@2.0.0-beta.37

This release focuses on improving stability and fixing bugs related to server-client module handling, event handlers, and component props. It also enhances Hot Module Replacement (HMR) behavior.

affected

Developers using server-only modules or experiencing issues with event handlers and component props may be affected.

action

Update to this version to benefit from bug fixes and improved module handling.

release_signals
+Reject server-only modules from client builds
view source on github->
eslint-plugin-qwik@2.0.0-beta.37lowprereleaseJun 9, 2026

eslint-plugin-qwik@2.0.0-beta.37

No release notes were provided for this version.

view source on github->
@qwik.dev/router@2.0.0-beta.37highbreakingmigrationfeatureprereleaseJun 9, 2026

@qwik.dev/router@2.0.0-beta.37

This release introduces significant breaking changes to route loaders, including the transition to AsyncSignals and changes to caching behavior. New features include support for `eTag`, `cacheKey`, and `search` parameters in route loaders.

affected

Developers using Qwik Router and route loaders will need to update their code to accommodate the breaking changes.

action

Review the breaking changes and update your route loaders and caching strategies accordingly.

release_signals
-Route loaders are now AsyncSignals, and `value.failed` is no longer used to indicate a loader failure.
-`routeLoader$` cannot read action state any more, so that they are cacheable and predictable.
-Qwik Router no longer retrieves `q-data.json` files on every SPA navigation.
-`cacheKey` functions now get `(requestEv: RequestEvent, eTag: string)` as arguments, instead of `(status: number, eTag: string, pathname: string)`.
+Route loaders now accept `eTag` to shortcut data retrieval when the data has not changed.
+Route loaders support a `cacheKey` and `eTag` property, similar to SSR `pageConfig`.
+Route loaders accept `search` to only allow certain query parameters to trigger the loader.
+Route loaders now redirect in their JSON response instead of using HTTP redirect.
+Expose `RequestEvent.internalRequest` for framework-internal JSON requests.
migration_steps3 steps
  1. 01Update route loaders to use AsyncSignals and handle errors via `error` instead of `value.failed`.
  2. 02Remove caching rules for `q-data.json` files and adapt to the new `q-loader-${hash}.${manifestHash}.json` format.
  3. 03Update `cacheKey` functions to accept `(requestEv: RequestEvent, eTag: string)` arguments.
view source on github->