v2.31.7
fix(block): notify changes from native select elements #3025
- fix(ci): align workflow Node.js version with package engines by @MGPOCKY in https://github.com/codex-team/editor.js/pull/3013
- docs: update block settings MenuConfig example by @Sion612 in https://github.com/codex-team/editor.js/pull/3021
- fix(block): notify changes from native select elements by @Sawtone in https://github.com/codex-team/editor.js/pull/3025
- @MGPOCKY made their first contribution in https://github.com/codex-team/editor.js/pull/3013
- @Sion612 made their first contribution in https://github.com/codex-team/editor.js/pull/3021
- @Sawtone made their first contribution in https://github.com/codex-team/editor.js/pull/3025
Full Changelog: https://github.com/codex-team/editor.js/compare/v2.31.6...v2.31.7
v3.5.43
For stable releases, please refer to CHANGELOG.md for details. For pre-releases, please refer to CHANGELOG.md of the minor branch.
v3.5.43
For stable releases, please refer to CHANGELOG.md for details. For pre-releases, please refer to CHANGELOG.md of the minor branch.
Release 2026-09-17 08:24
Release 2026-09-17 08:24
- solid-query: don't re-create and refetch a removed query (#11360) (0e6ff548b) by @theRizwan
- solid-query: sweep X-Revalidate without a slice; reserve '*' for all (#11517) (09f266618) by @ryansolid
- solid-query: finish SSR when reading a disabled query (#11449) (fd3f1c946) by @mgarcialeniolabs
- @tanstack/solid-query@6.0.0-rc.4
- @tanstack/solid-query-devtools@6.0.0-rc.4
- @tanstack/solid-query-persist-client@6.0.0-rc.4
Release 2026-09-17 08:24
Release 2026-09-17 08:24
- solid-query: don't re-create and refetch a removed query (#11360) (0e6ff548b) by @theRizwan
- solid-query: sweep X-Revalidate without a slice; reserve '*' for all (#11517) (09f266618) by @ryansolid
- solid-query: finish SSR when reading a disabled query (#11449) (fd3f1c946) by @mgarcialeniolabs
- @tanstack/solid-query@6.0.0-rc.4
- @tanstack/solid-query-devtools@6.0.0-rc.4
- @tanstack/solid-query-persist-client@6.0.0-rc.4
@tanstack/solid-query@6.0.0-rc.4
-
#11449
fd3f1c9- fix: finish server renders that read a disabled query. Reading.datafrom auseQuerywithenabled: falseand nothing cached stopped an SSR render from ever completing — no bytes at all, since the data node was handed a promise that can never settle. That parking is intended client behaviour (the reader suspends into the nearest<Loading>until an enable, refetch or cache write revives the compute), but on the server there is no later: the render has to finish, and nothing will enable the query or write the cache before it does. A disabled query with no data now commits its idle state on the server, which is the contract the scalar metadata channel already honoured and the state the client hydrates to. Client behaviour is unchanged. -
#11517
09f2666- The single-flight consumer appliesX-Revalidateon responses that carried no slice for the query cache (no collector registered, a redirect leaving the app) instead of throwing on the missing payload — nothing is covered, so the declared scope is swept in full. The header's three states are three scopes: absent leaves the cache alone, an empty declaration (revalidate: []) sweeps nothing, and the reserved key*(revalidate: '*') invalidates every query the payload did not cover. -
#11360
0e6ff54- fix: stop a mounted observer from re-creating and refetching a removed query. The read layer bumps its per-hook version signal on every cache event for its hash,removedincluded, and the recompute that followed calledqueryCache.build(), which put the entry the caller had just deleted straight back. The resurrection was not passive: the rebuilt entry also re-pointed the still-live observer, whose mount-fetch policy then refetched and repopulated the key, soremoveQueries()(andclear()) could not be made to stick while any hook observed the key.query()now reuses the entry it last read when the cache no longer holds that hash, and only builds when the hash is genuinely new, so a removal leaves the cache empty and fires no fetch, while the mounted reader holds its last value until options change or a real entry returns throughsetQueryData, a refetch or a later mount. This is the behavior of the other adapters, and of solid-query at 6.0.0-rc.0.
@tanstack/solid-query@6.0.0-rc.4
-
#11449
fd3f1c9- fix: finish server renders that read a disabled query. Reading.datafrom auseQuerywithenabled: falseand nothing cached stopped an SSR render from ever completing — no bytes at all, since the data node was handed a promise that can never settle. That parking is intended client behaviour (the reader suspends into the nearest<Loading>until an enable, refetch or cache write revives the compute), but on the server there is no later: the render has to finish, and nothing will enable the query or write the cache before it does. A disabled query with no data now commits its idle state on the server, which is the contract the scalar metadata channel already honoured and the state the client hydrates to. Client behaviour is unchanged. -
#11517
09f2666- The single-flight consumer appliesX-Revalidateon responses that carried no slice for the query cache (no collector registered, a redirect leaving the app) instead of throwing on the missing payload — nothing is covered, so the declared scope is swept in full. The header's three states are three scopes: absent leaves the cache alone, an empty declaration (revalidate: []) sweeps nothing, and the reserved key*(revalidate: '*') invalidates every query the payload did not cover. -
#11360
0e6ff54- fix: stop a mounted observer from re-creating and refetching a removed query. The read layer bumps its per-hook version signal on every cache event for its hash,removedincluded, and the recompute that followed calledqueryCache.build(), which put the entry the caller had just deleted straight back. The resurrection was not passive: the rebuilt entry also re-pointed the still-live observer, whose mount-fetch policy then refetched and repopulated the key, soremoveQueries()(andclear()) could not be made to stick while any hook observed the key.query()now reuses the entry it last read when the cache no longer holds that hash, and only builds when the hash is genuinely new, so a removal leaves the cache empty and fires no fetch, while the mounted reader holds its last value until options change or a real entry returns throughsetQueryData, a refetch or a later mount. This is the behavior of the other adapters, and of solid-query at 6.0.0-rc.0.