Le mode sans échec a échoué avec un plugin

Continuant la discussion de Le nouvel avatar ne s’affiche pas correctement :

Je n’ai pas réussi à afficher correctement l’avatar et la raison en était un réglage expérimental du plugin sidecar du composant de prévisualisation de la liste des sujets.

C’est une autre histoire. Mais trouver ce problème a pris du temps et la raison en était l’échec du mode sans échec. Il devrait désactiver les plugins non officiels et cela ne s’est pas produit.

Donc.

  • activer le composant et le plugin sidecar de prévisualisation de la liste des sujets
  • activer le réglage topic list enable thumbnail black border elimination
  • l’avatar téléchargé et/ou le gravatar mis à jour devraient s’afficher dans les mauvaises dimensions
  • recharger le site en utilisant /safe-mode
  • le problème des dimensions de l’avatar est toujours là
  • désactiver le réglage topic list enable thumbnail black border elimination
  • le problème des dimensions de l’avatar disparaît, peu importe si /safe-mode est utilisé ou non

Juste pour information, le mode sans échec désactive uniquement le code front-end et ne supprime pas complètement toutes les fonctionnalités/interactions des plugins du serveur :

3 « J'aime »

C’était en fait une note très précieuse. Et cela signifie aussi que nous ne pouvons pas trop nous fier au mode sans échec, n’est-ce pas ?

Cela me dérange beaucoup maintenant, car s’il y a une chance d’obtenir un faux résultat, le mode sans échec n’est pas inutile, mais peu fiable.

Parce que j’ai désactivé ce sidecar, mais cela n’a pas non plus aidé, je devrais donc reconstruire un plugin après l’autre pour être sûr. Cela prendrait énormément de temps.

Donc, ce n’est pas un bug alors. Mais comment savoir quand nous (ou moi) pouvons faire confiance au mode sans échec et quand non ?

(Cela devrait-il glisser vers Support ?)

2 « J'aime »

Pour les thèmes, le mode sécurisé désactivera 100% de tout.

Il est fondamentalement impossible pour nous de désactiver les personnalisations de plugins côté serveur sur une base par requête web, c’est pourquoi le mode sécurisé ne peut désactiver que les modifications côté client. Il peut toujours être utile pour affiner les choses cependant

  • Si les choses fonctionnent en mode sécurisé, le problème doit être causé par un thème/plugin

  • Si les choses sont toujours cassées en mode sécurisé, il doit s’agir d’un problème de cœur ou d’un plugin côté serveur

Peut-être devrions-nous améliorer le texte de /safe-mode pour l’expliquer. Actuellement, il dit

Le mode sécurisé vous permet de tester votre site sans charger de plugins ou de thèmes.

Peut-être devrions-nous dire

Le mode sécurisé vous permet de tester votre site sans charger de thèmes ou de personnalisations de plugins côté client. Les personnalisations de plugins côté serveur restent activées.

5 « J'aime »

Ce ne serait pas la pire idée. Parce que je ne peux pas être le seul à ne pas avoir compris la différence. Et Discourse évolue constamment pour devenir plus complexe.

1 « J'aime »

Allons-y

7 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.