Skip to content

Release Notes

Structured release notes for bQuery.js. Each minor version has its own page; older minors live in the CHANGELOG.

The library follows Semantic Versioning. The Stability matrix lists which modules are stable, beta, or experimental; the canonical source of truth (with per-module status history) is STABILITY.md.

Versions

VersionDateHighlights
1.15.12026-07-06Security-and-correctness patch: XSS hardening across HTML sinks, evaluator code-execution paths closed, Trusted Types wired in (trustedHtmlForSink), secure-by-default cookies, reactive robustness fixes. No breaking changes.
1.15.02026-06-29Thirteen modules graduate to Stable (every module is now Stable); view transitions + optional compiler, forms actions + optimistic, i18n ICU + extraction, opt-in file-based routing, devtools bridge + reference extension.
1.14.22026-06-26Patch: dev-dependency maintenance (TypeScript-ESLint, ESLint, Vite, Bun 1.3.14); Dependabot added. No public API changes.
1.14.12026-05-28Patch: motion prefersReducedMotion / reducedMotionSignal refresh stale media-query cache on matchMedia change.
1.14.02026-05-26media, plugin, devtools, testing graduate into batteries-included tiers; additive expansions across router, view, a11y, i18n, dnd, storybook, concurrency, ssr, server.
1.13.02026-05-21Forms / component / motion / core-utils baseline expansion. See CHANGELOG.
1.12.02026-05-16unregisterPlugin, clearPlugins, WebSocketSendData public type, /full bundle type-export drift coverage.
1.11.x2026-04-30 / 2026-05-12SSR / server runtime: createServer, renderToStringAsync, renderToStream, renderToResponse, runtime-agnostic WebSocket sessions.
1.10.02026-04-15Concurrency module additions.
1.9.02026-04-05Watcher / view / media APIs.
earliersee CHANGELOGFull history in CHANGELOG.md.

How to read these notes

Each per-version page is organized by:

  1. Headlines — the main story of the release.
  2. Added / Changed / Fixed — the structured CHANGELOG sections.
  3. Migration notes — anything you need to do to upgrade from the previous minor.
  4. Links — to the module guides that document the new surface.

Deprecation policy

  • Stable modules: deprecations are flagged at least one minor before removal.
  • Beta modules: deprecations may be flagged in the same minor that removes them; an upgrade path is always documented.
  • Experimental modules: APIs may change between minors without prior deprecation.

See Contributing — Release Process for the contributor view.

Released under the MIT License.