Regressione: la modalità di composizione predefinita sembra essere ignorata tra v2026.7.0-latest +63 e +314

Regressione: default_composition_mode sembra essere ignorato tra v2026.7.0-latest +63 e +314

Riepilogo

Credo di aver identificato una regressione nel comportamento predefinito del compositore tra due revisioni specifiche di Discourse.

Tra:

  • v2026.7.0-latest +63

    • Commit: dcfc79fde288be9cbbf79c881ed4dd4e68cf849e

e

  • v2026.7.0-latest +314

    • Commit: cf0d9228b458eb106482b23a6b22f0556e118722

il compositore ha iniziato ad aprirsi in modalità Rich Text per impostazione predefinita.

Configurazione del sito

L’impostazione del sito è rimasta:

Admin → Tutte le impostazioni del sito → Preferenze utente → Modalità di composizione predefinita

Markdown

Non ho modificato questa impostazione tra le due versioni.

Comportamento previsto

Con la Modalità di composizione predefinita impostata su Markdown, il compositore dovrebbe aprirsi in modalità Markdown, a meno che l’utente non abbia esplicitamente scelto Rich Text.

Comportamento effettivo

Da qualche parte tra i due commit sopra indicati, il compositore ha iniziato ad aprirsi in modalità Rich Text per impostazione predefinita, nonostante l’impostazione del sito rimanesse su Markdown.

Finestra di regressione

Funziona come previsto:

  • v2026.7.0-latest +63

  • Commit dcfc79fde288be9cbbf79c881ed4dd4e68cf849e

Il comportamento cambia con:

  • v2026.7.0-latest +314

  • Commit cf0d9228b458eb106482b23a6b22f0556e118722

Questo restringe il cambiamento di comportamento a circa 251 commit.

Plugin

I seguenti plugin ufficiali di Discourse sono abilitati:

  • docker_manager

  • discourse-whos-online

  • discourse-categories-suppressed

  • discourse-bbcode

I seguenti plugin sono presenti nella mia configurazione ma sono commentati e quindi non abilitati:

  • discourse-cakeday

  • discourse-locations

  • discourse-events

Il plugin Custom Wizard menzionato nell’argomento correlato su Meta non è installato.

Argomenti correlati

Prima di aprire questo argomento, ho trovato queste discussioni correlate:

  • Il compositore ignora default_composition_mode

  • Impossibile impostare la modalità markdown come predefinita

Tuttavia, questo sembra essere diverso perché:

  • l’impostazione del sito è rimasta Markdown per tutto il tempo;

  • non ho modificato l’impostazione;

  • il comportamento è cambiato tra due revisioni specifiche del core di Discourse;

  • il plugin Custom Wizard non è installato.

Se questo comportamento è previsto a causa di una modifica nel modo in cui vengono applicate le preferenze utente, apprezzerei un chiarimento. Altrimenti, questo sembra essere una regressione introdotta da qualche parte nell’intervallo di commit sopra indicato.

Osservazioni aggiuntive

Dopo aver aperto questo argomento, ho eseguito un test aggiuntivo.

Ho impersonato un altro utente (un moderatore anziché un amministratore). Il suo editor si è aperto in Markdown, il che corrisponde all’impostazione predefinita configurata per il sito.

Dopo essere tornato al mio account, aver chiuso la PWA di Safari su iOS e averla riaperta, il mio editor si è di nuovo aperto in Rich Text.

Questo suggerisce che l’impostazione globale default_composition_mode del sito viene ancora rispettata per almeno alcuni utenti, ma la modalità editor memorizzata per il mio account torna a Rich Text dopo aver riaperto la PWA.

Cosa succede se usi il pulsante di attivazione/disattivazione per passare il compositore in modalità Markdown? Si apre in modalità Markdown dopo quell’operazione? Mi chiedo se, mentre l’impostazione predefinita del sito è Markdown, tu abbia modificato la tua preferenza personale salvata nel browser in testo ricco, ed è per questo che vedi quell’editor.

L’ultima volta che è successo, avevo esplicitamente impostato il compositore su Markdown durante la sessione PWA precedente.

Dopo aver chiuso la PWA di Safari su iOS e averla riaperta nella sessione successiva, il compositore si è aperto di nuovo in Rich Text.

Tuttavia, da allora continua ad aprirsi in Markdown, quindi non sono ancora riuscito a riprodurre il passaggio al Rich Text una seconda volta.