Ho creato una Custom Wizard e ho effettuato diverse invii come test, ma non riesco a eliminarli manualmente. Da quanto ho letto in un altro thread, l’unico modo è tramite Rails, ma non riesco a capire quali comandi usare; ChatGPT fallisce spesso in questo caso.
Ciao ![]()
Sembra che un aggiornamento molto recente di Discourse Core (nel weekend del 6-7 giugno) abbia introdotto una modifica architetturale critica che fa crashare l’intero ciclo di avvio dell’applicazione del plugin discourse-custom-wizard.
Anche il tentativo di visitare /safe-mode fallisce con un errore 500 globale, poiché il crash si verifica durante la registrazione del middleware di inizializzazione.
Ecco l’esatto tracciato dell’errore fatale estratto da Logster:
ActionView::Template::Error (undefined method 'admin_stylesheets' for class DiscoursePluginRegistry)
lib/stylesheet/manager/builder.rb:199:in `Stylesheets::Manager::Builder#plugins_digest'
Sembra che, durante la fase di compilazione delle risorse/stili (plugins_digest), il core di Discourse stia invocando un metodo admin_stylesheets su DiscoursePluginRegistry, il che genera un’eccezione per metodo non definito, probabilmente a causa di una discrepanza nel modo in cui il wizard personalizzato registra o estende gli stili amministrativi.
Disabilitare il plugin in app.yml ed eseguire una ricostruzione completa del container permette al forum di avviarsi normalmente, confermando che il crash è isolato ai hook di integrazione del wizard.
Potreste gentilmente verificare l’aggiornamento dei hook del registro/stili per garantire la compatibilità con le modifiche attuali del core?
Grazie!
Posso confermare lo stesso errore. Purtroppo, ho dovuto sospendere il plugin per il momento.
Grazie per il supporto.
Ehi a tutti! Grazie alle varie persone che mi hanno contattato attraverso diversi media riguardo a questo problema. È stato risolto e il plugin funziona di nuovo.
Ho riscontrato un problema dopo l’aggiornamento all’ultima versione di Discourse e del plugin.
Ho configurato un campo che permette agli utenti di selezionare i tag. Ho limitato i tag a un gruppo di tag e ho selezionato il gruppo nella sezione Gruppi di tag.
In passato funzionava perfettamente: gli utenti potevano selezionare solo i tag all’interno di quel gruppo.
Ora, però, sembra che il gruppo di tag non esista e gli utenti possono selezionare qualsiasi tag.
Ho provato a rimuovere il gruppo di tag, salvare e aggiungerlo di nuovo, ma non ha funzionato. Ho anche provato a non usare affatto un gruppo di tag, selezionando i tag nella sezione Contenuto, ma questo è limitato a 5 tag e io ne ho di più.
Non so cosa fare: questo sta bloccando completamente un flusso di lavoro con il mio modulo. Sto usando questa opzione solo come soluzione alternativa poiché la selezione multipla in un menu a tendina non è possibile. Gli utenti possono selezionare al massimo 3 opzioni, quindi anche un gruppo di caselle di controllo non è realmente fattibile.
Qualche suggerimento su una soluzione alternativa diversa o sul fatto che potrei aver sbagliato qualcosa?
Ciao Jen, ho appena inviato alcune correzioni per il plugin. Aggiorna e fammi sapere come va.
Grazie mille @angus, ho appena aggiornato e tutto sembra funzionare.
Mentre stavo ricostruendo, ho notato questo passaggio a schermo e ho pensato di avvisarti:
[DEPRECATION] Template.error_mode= è deprecato. Usa Environment#error_mode= invece. Chiamato da /var/www/discourse/plugins/discourse-custom-wizard/plugin.rb:99:in 'block in Plugin::Instance#activate!'
[DEPRECATION] Template.register_filter è deprecato. Usa Environment#register_filter invece. Chiamato da /var/www/discourse/plugins/discourse-custom-wizard/plugin.rb:106:in 'block in Plugin::Instance#activate!'
I, [2026-07-22T09:33:52.756446 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile:build'
[assemble_ember_build] Node.js heap_size_limit è inferiore a 2048MB. Impostazione --max-old-space-size=2048 e CHEAP_SOURCE_MAPS=1
[assemble_ember_build] Nessun file di informazioni di build esistente trovato.
Scaricamento ed estrazione di https://get.discourse.org/discourse-assets/2026.7.0-latest-6accc7b7/production.tar.gz...
% Totale % Ricevuto % Inviato Velocità media Tempo Tempo Tempo Attuale
Download Upload Totale Speso Restante Velocità
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 23.3M 100 23.3M 0 0 30.9M 0 --:--:-- --:--:-- --:--:-- 184M
Asset precompilati scaricati ed estratti con successo.
[assemble_ember_build] Riutilizzo del build core ember esistente. Tutto fatto.
[DEPRECATION] Template.error_mode= è deprecato. Usa Environment#error_mode= invece. Chiamato da /var/www/discourse/plugins/discourse-custom-wizard/plugin.rb:99:in 'block in Plugin::Instance#activate!'
[DEPRECATION] Template.register_filter è deprecato. Usa Environment#register_filter invece. Chiamato da /var/www/discourse/plugins/discourse-custom-wizard/plugin.rb:106:in 'block in Plugin::Instance#activate!'
Posso confermarlo, sono stato costretto a disabilitare di nuovo il plugin.
Un grande ringraziamento ai creatori per la manutenzione ![]()
Oggi ho inviato diverse correzioni e aggiornamenti per questo plugin. Aggiornalo e controlla se risolvono il tuo problema.
Ciao. Sono risorto dalla mia tomba due volte.
Quindi, su un forum Discourse self-hosted, uso il plugin Wizard per alcune cose, che mi è stato molto utile quando si tratta di “baby-proofing”.
È passato un po’ di tempo dall’ultimo aggiornamento del forum (da marzo), quindi ho richiesto che venisse aggiornato, e così è stato. Sfortunatamente, dopo l’aggiornamento, i miei Wizard improvvisamente NON funzionano come prima. Lasciate che vi spieghi.
Con un account amministratore, posso cliccare su “Nuovo argomento” e accedere al wizard. Tuttavia, se uso un account normale e clicco su “Nuovo argomento” nella stessa categoria, invece di indirizzarmi al wizard, apre semplicemente il compositore nella stessa pagina.
Non ho idea di cosa abbia causato il problema, né posso caricare un video perché sono un nuovo utente (ah ah), ma se avete altre domande, fate pure. Risponderò al meglio delle mie capacità.
Volevo pubblicare un esempio, ma non ci sono riuscito perché non avevo il livello di fiducia richiesto. Ora posso farlo, quindi eccolo.
La scheda a sinistra è l’account con permessi di amministratore/moderatore. La scheda a destra è un account normale. Non sono sicuro del perché sia importante in questo caso, ma non me lo spiego, amico.
Il link alla documentazione nell’interfaccia di amministrazione del plugin porta a una pagina di errore “non trovata”:
https://pavilion.tech/products/discourse-custom-wizard-plugin/documentation/
Dall’OP in questo argomento sembra che la documentazione si trovi a questo link:
https://coop.pavilion.tech/docs?ascending=true&category=82&order=title
Sono curioso, @angus. C’è un posto dove segnalare bug come quello che ho inviato?
Ciao @Lebron, agosto è un mese tranquillo
Sospetto che il tuo problema sia causato da un bug di precaricamento di un campo personalizzato di nicchia nel core di discourse/discourse. Ho aperto una PR per risolverlo:

Grazie mille, amico. Speriamo che la tua pull request risolva il problema una volta unita e che io abbia ricostruito Discourse. ![]()
Sfortunatamente, ho riscontrato gli stessi problemi dopo che la tua pull request è stata unita. Il wizard non è ancora accessibile con account non staff e, nonostante il salvataggio dopo aver modificato qualsiasi impostazione dei miei wizard, questi tornano a essere caselle vuote con le mie modifiche perse. Strano.
Hai forse qualche altra idea?
Questo è un problema per molte opzioni, troppe per essere contate. È il motivo per cui ho rimandato l’uso di questo plugin.
Salvare le informazioni è un grosso problema per il plugin.
C’è anche il problema dell’interfaccia utente che fa scomparire alcuni elementi a volte quando interagisci con essa.
Sì, posso capire ed è triste per me perché è un plugin molto utile da avere. Sto trasferendo le guide ai miei nuovi stack: Authentik, Formbricks e Discourse Workflows. N8N può anche essere utile per me.
È molto più di un semplice plugin, ma capisco perfettamente che il mantainer non abbia tempo o risorse per mantenerlo sincronizzato con il core. Forse è il momento di chiedere alla comunità di mantenerlo?
Solo due centesimi miei. Un enorme grazie a @angus per aver sviluppato e condiviso questo. Rispetto ![]()
@Lebron era necessaria una piccola modifica aggiuntiva nel plugin per supportare l’aggiornamento del core. Prova ad aggiornare di nuovo. Ho appena testato la funzionalità con un utente non staff e funziona.
@Eviepayne @satonotdead Ragazzi, anche se è vero che questo plugin non riceve manutenzione intensiva, a parte il problema di Lebron con la creazione di un argomento da parte di un utente non amministratore, che ora è stato risolto, non vedo altri problemi specifici. Se volete segnalare qualcosa di specifico, pure!
Le funzioni magiche funzionano, ma impostare i campi non funziona comunque. Ogni volta che salvo dopo aver impostato una categoria, ad esempio, questa si cancella. Comunque, grazie, @angus.