Occasional loss of a requiredFile in HTMLView
@EduardMe ya está trabajando en esto.
Desde el 27/1/2024.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
For some months I've had occasional examples of this behaviour: the Dashboard is open and an onSave trigger on the daily note correctly asks for an update to this display.
The right-hand part here is what is displayed. All the text is correct, and most but not all of the formatting is right.
As you may remember after generating the HTML and sending it to the API, I then persist a copy of it to a local file. The left-hand part here is what happens when I render that in Safari (my usual way of debugging complex HTML). This shows it completely as expected.
This happens I reckon about 1 refresh in 60, but I can't find more of a pattern than that. When I refresh the Dashboard it always corrects itself.
There are no errors or warnings in the log. Specifically this is happening on b1085 on my main machine; I'm keeping that on the 3.9.5 release to avoid the other major bug.
I've reverse engineered what is happening. There are two sources of CSS:
- contained in the main HTML that's generated.
- comes from a static dashboard.css file which is one of the "plugin.requiredFiles" defined for the plugin.
If I manually disable all uses of that file in the Safari debugger/inspector, it then looks exactly like the wrong image above. Therefore, I'm 99% sure that occasionally when an existing HTML window is being re-used, a requiredFile is somehow not read or applied.
Originally discussed in Discord thread
- Lenguaje dominante
- JavaScript
- Estrellas
- 203
- Forks
- 81
- Merge medio
- 52 min
- PR fusionados (30 d)
- 1
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
- 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 NotePlan/plugins
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
-
bug: CommandBar.runOnAsyncThread can hang forever when reading TNote bridge fieldsPosiblemente ocupada @EduardMe la tomó hace 1 día. Abiertobug
-
the todaystart command fails silently if you are working in a splitPosiblemente ocupada @jgclark la tomó hace 1 día. Abiertobug
-
API bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
-
Task Sorting & Tools: support other line typesPosiblemente ocupada @dwertheimer la tomó hace 12 días. Abiertoenhancement
Todos los issues de NotePlan/plugins
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
feimacode/open-design-agent-kit#66 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
xojs/eslint-config-xo#134 ·
-
FEATURE REQUEST
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
linuxmint/cinnamon-spices-extensions#1193 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
huggingface/transformers.js#1839 ·
Los mantenedores suelen responder en 1 día