solid-db useLiveQuery breaks with where + orderBy

メンテナーはふだん 1 日以内に返信

評価

調査の方向性

説明

• I've validated the bug against the latest version of DB packages

Describe the bug

When using the same useLiveQuery with a where and orderBy clause in multiple components, query logic tends to break.

To Reproduce
Steps to reproduce the behavior:

1. Clone this repo
2. pnpm install && pnpm dev
3. Go to localhost:3000
4. Click the decrement all button a few times, then click the change name button a few times, UI should break unexpectedly.

Expected behavior

• The DB stores a list of items, each with an index, independent UUID (which is used as the key), and name.
• The UI contains 4 identical <List> components, each one has a useLiveQuery that views the list of items whose indices are between 1 and 4 inclusive. It then sorts the list items.
• Clicking on decrement all in the UI will decrement each item's index value and should update the list displays accordingly.
• Clicking on change name in the UI will add a + at the end of each item's name, it should update the list displays accordingly.

Screenshots

Initial state.

After clicking on decrement all once.

After clicking on decrement all and change name a few times.

Desktop (please complete the following information):

• OS: 25.11.20260113.2c3e5ec (Xantusia)
• Browser: Firefox
• Version: 146.0.1

Additional context

• I am not well-versed in the internals of Tanstack DB but I believe this is a solid-db specific issue, as it seems like the collection itself is internally consistent, collection.subscribeChanges also fires events correctly, and generally, everything outside of useLiveQuery works appropriately.
• I also have a more complex environment where I am using @tanstack/solid-db and again, the failure seems to be concentrated within the useLiveQuery, synchronization mechanism. If I replace useLiveQuery with a manual setState(Array.from(collection.entries())), everything updates correctly.
• orderBy works fine without where.
• where works without orderBy.
• All logic works if I only have 1 <List> component.

環境構築

はじめの一歩

1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
3. リポジトリをフォークし、ブランチを切って変更します。
4. issue 番号を参照したプルリクエストを送ります。

TanStack/db のほかの issue

• browser-db-sqlite-persistence: closing the leader tab fail-stops follower collections with IndeterminateCommitError

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル

  難易度 4/5 3〜5日 初心者へのやさしさ 45/100

  TanStack/db#2085 · 2026年10月8日 に作成

  メンテナーはふだん 1 日以内に返信

• Optimistic history oracle retains source rows from an aborted batch

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル

  難易度 3/5 1〜2日 初心者へのやさしさ 72/100

  TanStack/db#2063 · 2026年10月6日 に作成

  メンテナーはふだん 1 日以内に返信

• electric-db-collection: on-demand + persistence fails after relaunch with "Snapshot requests are not supported in full mode"

  対応中かも @KyleAMathews が 3 日前に担当しました。 オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル

  難易度 3/5 1〜2日 初心者へのやさしさ 68/100

  TanStack/db#2056 · リアクション 1 件 · 2026年10月6日 に作成

  メンテナーはふだん 1 日以内に返信

• Automatic Query Collection refetch still has no observable result-application settlement

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル

  難易度 4/5 3〜5日 初心者へのやさしさ 48/100

  TanStack/db#1972 · コメント 2 件 · 2026年10月1日 に作成

  メンテナーはふだん 1 日以内に返信

• SSR and hydration support for @tanstack/angular-db

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル

  難易度 5/5 1週間以上 初心者へのやさしさ 45/100

  TanStack/db#1965 · 2026年9月30日 に作成

  メンテナーはふだん 1 日以内に返信

TanStack/db の issue をすべて見る

似ている issue

• apps/devrel (cmdai) does not build on main: type error and CSS @import order

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル
  awaiting-response bug needs-triage

  難易度 2/5 1〜3時間 初心者へのやさしさ 72/100

  wildcard/caro#1562 · コメント 1 件 · 2026年10月10日 に作成

  メンテナーはふだん 3 日以内に返信

• supadata_scrape: the noLinks input description disagrees with the API documentation

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル

  難易度 1/5 1時間未満 初心者へのやさしさ 72/100

  supadata-ai/mcp#27 · 2026年10月10日 に作成

• Keep Nusstorte's summary to what the manga shows

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル
  content

  難易度 2/5 1〜3時間 初心者へのやさしさ 72/100

  cosimochellini/one-piece-zero-spoiler#516 · 2026年10月10日 に作成

  メンテナーはふだん 1 日以内に返信

• navigator.sendBeacon() leaves its fetch() promise unhandled, so a failed beacon becomes an unhandled rejection

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル
  bug

  難易度 2/5 1〜3時間 初心者へのやさしさ 72/100

  capricorn86/happy-dom#2485 · 2026年10月10日 に作成

  メンテナーはふだん 2 日以内に返信

• Turn off TTS text normalization by default for new books until it has a spec

  オープン

  ⋯この Issue の問題を報告

  • 何か問題がありますか？

  • すでに着手されている
  • 初心者向けではない
  • 古い・無効
  • その他…
  • 送信 キャンセル
  lane: fast

  難易度 2/5 1〜3時間 初心者へのやさしさ 62/100

  unicef/adt-studio#946 · 2026年10月10日 に作成

  メンテナーはふだん 2 日以内に返信

TypeScript の issue をもっと見る