Salut à tous, je poste ce bug ici, copié de celui que j’ai signalé à Phoenix (patchset de durcissement de Firefox, également utilisé par IronFox sur Android) :
Il semble que le problème soit lié au Javascript utilisé par cette fonctionnalité, je ne suis pas sûr si cela peut être résolu ou non, mais j’ai pensé que cela valait la peine d’être signalé. Ce comportement ne se manifeste pas dans les navigateurs Chromium, ni dans les forks durcis comme Vandium.
La réponse sur le suivi des bogues est :
Merci pour le rapport ! Je m’excuse pour la réponse tardive. J’ai pu reproduire le problème, et il semble que, au détriment de la sécurité, définir
javascript.options.baselinejitsurtruedevrait le résoudre. Cette fonctionnalité semble être très mal optimisée - je peux voir qu’elle spamme les erreurs de console même sur Firefox standard. La dégradation des performances se produit probablement sur d’autres navigateurs qui désactivent également le JIT (par exemple, Cromite, Microsoft Edge, Safari, Tor Browser, Vanadium), c’est donc définitivement quelque chose qu’ils doivent corriger.
J’ai documenté cela sur la page Web Compat.
Je n’ai vu aucun spam dans la console, pouvez-vous le partager avec nous ?
J’ai jeté un petit coup d’œil au profilage, clairement nous ne pouvons reproduire rien de tout cela sur les navigateurs qui compilent JIT, mais d’après ce que je peux dire, le ralentissement ne provient pas de ProseMirror la bibliothèque sous-jacente.
@cmahns pouvez-vous confirmer que vous ne remarquez aucun ralentissement sur la configuration par défaut lorsque vous tapez des choses dans https://prosemirror.net/ ?
D’après ce que je peux dire @david / @renato les parties les plus lentes lors de la frappe proviennent de la mise en file d’attente des éléments dans la boucle d’exécution d’Ember.