Régression : le mode de composition par défaut semble être ignoré entre v2026.7.0-latest +63 et +314

Contribuer Bug
,
1

Régression : default_composition_mode semble être ignoré entre v2026.7.0-latest +63 et +314

Résumé

Je pense avoir identifié une régression dans le comportement par défaut du composeur entre deux révisions spécifiques de Discourse.

Entre :

  • v2026.7.0-latest +63

    • Commit : dcfc79fde288be9cbbf79c881ed4dd4e68cf849e

et

  • v2026.7.0-latest +314

    • Commit : cf0d9228b458eb106482b23a6b22f0556e118722

le composeur a commencé à s’ouvrir en mode Rich Text par défaut.

Configuration du site

Le paramètre du site est resté :

Admin → Tous les paramètres du site → Préférences utilisateur → Mode de composition par défaut

Markdown

Je n’ai pas modifié ce paramètre entre les deux versions.

Comportement attendu

Avec le Mode de composition par défaut défini sur Markdown, le composeur devrait s’ouvrir en mode Markdown, sauf si l’utilisateur a explicitement choisi Rich Text.

Comportement réel

À un moment donné entre les deux commits ci-dessus, le composeur a commencé à s’ouvrir en mode Rich Text par défaut, malgré le fait que le paramètre du site reste sur Markdown.

Fenêtre de régression

Fonctionne comme prévu :

  • v2026.7.0-latest +63

  • Commit dcfc79fde288be9cbbf79c881ed4dd4e68cf849e

Le comportement change à partir de :

  • v2026.7.0-latest +314

  • Commit cf0d9228b458eb106482b23a6b22f0556e118722

Cela restreint le changement de comportement à environ 251 commits.

Plugins

Les plugins Discourse officiels suivants sont activés :

  • docker_manager

  • discourse-whos-online

  • discourse-categories-suppressed

  • discourse-bbcode

Les plugins suivants sont présents dans ma configuration mais commentés, et donc non activés :

  • discourse-cakeday

  • discourse-locations

  • discourse-events

Le plugin Custom Wizard mentionné dans le sujet Meta connexe n’est pas installé.

Sujets connexes

Avant d’ouvrir ce sujet, j’ai trouvé ces discussions connexes :

  • Le composeur ignore default_composition_mode

  • Impossible de définir le mode Markdown par défaut

Cependant, cela semble différent car :

  • le paramètre du site est resté sur Markdown tout au long ;

  • je n’ai pas modifié le paramètre ;

  • le comportement a changé entre deux révisions spécifiques du cœur de Discourse ;

  • le plugin Custom Wizard n’est pas installé.

Si ce comportement est attendu en raison d’un changement dans la façon dont les préférences utilisateur sont désormais appliquées, j’apprécierais des éclaircissements. Sinon, cela semble être une régression introduite quelque part dans la plage de commits ci-dessus.

2

Observations supplémentaires

Après avoir ouvert ce sujet, j’ai effectué un test supplémentaire.

J’ai usurpé l’identité d’un autre utilisateur (un modérateur plutôt qu’un administrateur). Son éditeur s’est ouvert en Markdown, ce qui correspond au paramètre par défaut configuré sur le site.

Après être revenu sur mon propre compte, avoir fermé la PWA Safari iOS et l’avoir rouverte, mon propre éditeur s’est à nouveau ouvert en Rich Text.

Cela suggère que le paramètre default_composition_mode au niveau du site est toujours respecté pour au moins certains utilisateurs, mais que le mode d’éditeur mémorisé pour mon propre compte revient au Rich Text après la réouverture de la PWA.

3

Que se passe-t-il si vous utilisez le bouton bascule pour passer le rédacteur en mode Markdown ? S’ouvre-t-il ensuite en mode Markdown ? Je me demande si, alors que le mode par défaut du site est le Markdown, vous avez modifié votre préférence personnelle stockée dans votre navigateur pour utiliser le texte enrichi, ce qui expliquerait pourquoi vous obtenez cet éditeur.

4

La dernière fois que cela s’est produit, j’avais explicitement basculé le rédacteur en Markdown lors de la session PWA précédente.

Après avoir fermé la PWA dans Safari iOS et l’avoir rouverte lors de la session suivante, le rédacteur s’est à nouveau ouvert en Rich Text.

Cependant, depuis lors, il continue de s’ouvrir en Markdown, je n’ai donc pas encore pu reproduire le retour au Rich Text une seconde fois.