Nested includes are undefined on next render after collection.update
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- react, typescript
Línea de trabajo
Comienza con la consulta anidada useLiveQuery y la llamada principal a documentCollection.update que se muestran en la reproducción. Reproduce el problema con las colecciones de documentos, esquemas y campos; después, rastrea cómo se propaga la actualización a los resultados anidados. El trabajo estará terminado cuando los datos anidados de esquemas y campos se rendericen después de collection.update y de una actualización, sin forzar un renderizado de React no relacionado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
- 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
</>
)
- Lenguaje dominante
- TypeScript
- Estrellas
- 3.9k
- Forks
- 272
- Merge medio
- 1 d 1 h
- PR fusionados (30 d)
- 210
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de TanStack/db
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 5/100
Los mantenedores suelen responder en 1 día
-
browser-db-sqlite-persistence: option to load the wa-sqlite WASM by URL instead of inlined base64Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
electric-db-collection: on-demand + persistence fails after relaunch with "Snapshot requests are not supported in full mode"Posiblemente ocupada @KyleAMathews la tomó hace 4 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
TanStack/db#2056 · 1 reacción ·
Los mantenedores suelen responder en 1 día
Todos los issues de TanStack/db
Issues similares
-
area/frontend area/v2 kind/bug priority/needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
kubeflow/notebooks#1498 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
P1
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
SuruchBoss/Cwork#90 ·
-
bug cli service
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
521xueweihan/HelloGitHub#3922 ·