Nested includes are undefined on next render after collection.update
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- react, typescript
Direzione di ricerca
Inizia con la query annidata useLiveQuery e la chiamata parent documentCollection.update mostrate nella riproduzione. Riproduci il problema con le collection di documenti, schemi e campi, quindi traccia la propagazione dell’aggiornamento ai risultati annidati. Il lavoro è completato quando i dati annidati di schemi e campi vengono renderizzati dopo collection.update e un aggiornamento, senza forzare un re-render di React non correlato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
- I've validated the bug against the latest version of DB packages
Packages:
"@tanstack/db": "^0.6.7",
"@tanstack/electric-db-collection": "^0.3.5",
"@tanstack/react-db": "^0.1.85",
Describe the bug
I have a useLiveQuery with nested collections. When I call update on the parent collection, the nested collections are undefined. Sometimes refreshing the page the nested items are still undefined. A hard refresh is required.
This is using electric-sync. I can see the successful write call and shape update with matching txid.
If you force a re-render, the nested objects appear. See Additional Context below.
// collection
// the other two collection funcs are almost identical
export const createDocumentCollection = (labId: number) =>
createCollection(
electricCollectionOptions<DocumentRow>({
id: `documents:${labId}`,
shapeOptions: {
url: electricSyncUrl,
params: {
table: 'documents',
where: 'lab_id = $1',
params: { '1': String(labId) },
columns: SYNC_COLUMNS,
},
fetchClient: (input, init) => fetch(input, { ...init, credentials: 'include' }),
columnMapper: snakeCamelMapper(),
parser: {
data: (data) => JSON.parse(data),
},
},
getKey: (row) => row.id,
onUpdate: async ({ transaction }) => {
const { original, changes } = transaction.mutations[0]
const response = await DocumentService.updateDocument(labId, original.id, changes)
return { txid: response.txid }
},
})
)
// query
const { data: documentQuery } = useLiveQuery(
(q) =>
q
.from({ document: documentCollection })
.where(({ document }) => eq(document.id, documentId))
.select(({ document }) => ({
...,
schema: toArray(
q
.from({ schema: schemaCollection })
.where(({ schema }) => eq(document.schemaId, schema.id))
.select(({ schema }) => ({
...,
fields: toArray(
q
.from({ field: fieldCollection })
.where(({ field }) => eq(field.schemaId, schema.id))
.select(({ field }) => field)
),
}))
),
})),
[documentCollection, schemaCollection, fieldCollection, documentId]
)
const document = documentQuery[0]
const schema = document.schema[0] // comes up undefined
const fields = schema?.[0].fields ?? []
const update = (name: string, v: string) => {
return documentCollection.update(documentId, (draft) => {
draft[name] = v
})
}
To Reproduce
Steps to reproduce the behavior:
- Setup nested include collection like above example
- Call collection.update where collection is the parent collection (documentCollection in example)
- Observe nested objects are now undefined
- Refresh the page
- Observe nested objects are now undefined
Expected behavior
I would expect the nested data to render after the update.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop:
- OS: macOS
- Browser: chrome
- Version 148.0.7778.97
Additional context
If i add a simple useState counter to force a re-render, the nested collections appear
const [count, setCount] = useState(0)
return (
<>
<button onClick={() => setCount((c) => c + 1)}>{count}</button>
...rest of my component
</>
)
- Lingua principale
- TypeScript
- Stelle
- 3.9k
- Fork
- 272
- Merge medio
- 1g 1h
- PR unite (30g)
- 210
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di TanStack/db
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 5/100
I maintainer di solito rispondono entro 1 giorno
-
browser-db-sqlite-persistence: option to load the wa-sqlite WASM by URL instead of inlined base64Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
electric-db-collection: on-demand + persistence fails after relaunch with "Snapshot requests are not supported in full mode"Forse già presa @KyleAMathews l’ha presa 4 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
TanStack/db#2056 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
submodule-pointer-regression
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
smith-horn/skillsmith#3061 ·
I maintainer di solito rispondono entro 1 giorno
-
area: ops type: test
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
accensa/x402-facilitator-stellar#559 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
cosimochellini/one-piece-zero-spoiler#551 ·
I maintainer di solito rispondono entro 1 giorno
-
getWatched() omits __proto__ directories when cwd is setForse già presa @maxazure l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
-
area:web enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno