-
Notifications
You must be signed in to change notification settings - Fork 163
Open
Description
- 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:
- Clone this repo
pnpm install && pnpm dev- Go to
localhost:3000 - Click the
decrement allbutton a few times, then click thechange namebutton 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 auseLiveQuerythat views the list of items whose indices are between 1 and 4 inclusive. It then sorts the list items. - Clicking on
decrement allin the UI will decrement each item's index value and should update the list displays accordingly. - Clicking on
change namein 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 allonce.
After clicking on
decrement allandchange namea 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-dbspecific issue, as it seems like the collection itself is internally consistent,collection.subscribeChangesalso fires events correctly, and generally, everything outside ofuseLiveQueryworks appropriately. - I also have a more complex environment where I am using
@tanstack/solid-dband again, the failure seems to be concentrated within theuseLiveQuery, synchronization mechanism. If I replaceuseLiveQuerywith a manualsetState(Array.from(collection.entries())), everything updates correctly. orderByworks fine withoutwhere.whereworks withoutorderBy.- All logic works if I only have 1
<List>component.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels