[DB 2.0.2] Asset size filter causes #Asset page to crash

Abierto
  • ¿Algo no está bien?
#1,508 0 comentarios 0 reacciones 0 asignados Ver en GitHub

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
Activo
Stack tecnológico
clojure
Área
frontend

Línea de trabajo

Start by reproducing the crash on the #Asset page with a size-zero filter after importing a graph with missing PDFs; compare the affected graph with the Demo graph. The developer console reports Expected number or lookup ref for entity id, got 0, and the issue identifies logseq.property.table/filters as the view property whose removal restores access. Done means the filter no longer crashes the page, or the view can be reset gracefully.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Search first
  • I searched and no similar issues were found
What Happened?

After an import with missing PDFs, the #Asset page was super sluggish. When I created a filter to find items of size 0, the page crashed and kept crashing upon opening the page. I was not able to open the #Asset page at all.

The developer console showed:

Expected number or lookup ref for entity id, got 0

The same page worked correctly in the Demo graph.

After deleting the filter with the CLI (and the missing PDF records), the page worked again.

Reproduce the Bug
  1. Import a graph with missing PDF files
  2. Go to the #Asset page
  3. Create a filter for size zero
  4. See crash
Expected Behavior

The page should not crash in the first place.

In beast case, Logseq would handle it gracefully or provide a way to reset the view.

Screenshots

No response

Desktop or Mobile Platform Information

Linux, zip based desktop app

Additional Context

Removing the logseq.property.table/filters property from the affected view using the CLI fixed it.

logseq --graph "GRAPH_NAME" upsert block
--uuid VIEW_UUID
--remove-properties '[:logseq.property.table/filters]'

Are you willing to submit a PR? If you know how to fix the bug.
  • I'm willing to submit a PR (Thank you!)
Lenguaje dominante
Sin datos de lenguaje
Estrellas
29
Forks
2
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de logseq/db-test

Todos los issues de logseq/db-test

Issues similares

Más issues de Web Dev

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.