Occasional loss of a requiredFile in HTMLView
@EduardMe y travaille déjà.
Depuis le 27/1/2024.
Évaluation
Cette issue n'a pas encore été évaluée.
Description
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
- Langage dominant
- JavaScript
- Étoiles
- 203
- Forks
- 81
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de NotePlan/plugins
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
-
Task Sorting & Tools: support other line typesPeut-être pris @dwertheimer l’a pris il y a 9 jours. Ouverteenhancement
-
getFoldersMatching adds root "/" even when it is not an inclusionPeut-être pris @jgclark l’a pris il y a 9 jours. Ouverte
NotePlan/plugins#788 · 2 commentaires · 1 personne assignée ·
-
Dashboard: Task "Comment"Ouverteenhancement question
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
-
newMeetingNoteFromEventID always opens earliest occurrence for Google Calendar recurring eventsPeut-être à nouveau libre @EduardMe l’a pris il y a 135 jours, et aucune pull request n’est ouverte. Ouvertebug
Toutes les issues de NotePlan/plugins
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
glossyio/traffic-monitor#255 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
juice-shop/juice-shop#3706 ·
Les mainteneurs répondent en général sous 1 jour
-
Main workflow runs twice for newly created refsPeut-être pris @rustyconover l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
duckdb/duckdb-wasm#2293 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 85/100
521xueweihan/HelloGitHub#4115 ·
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
outline/outline#14348 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour