Jâai créé un Assistant personnalisĂ© et effectuĂ© plusieurs soumissions Ă titre de test, mais je ne parviens pas Ă les supprimer manuellement. DâaprĂšs ce que jâai lu dans un autre fil de discussion, la seule solution passe par Rails, mais je nâarrive pas Ă dĂ©terminer les commandes Ă utiliser. ChatGPT Ă©choue souvent dans ce cas.
Bonjour ![]()
Il semble quâune mise Ă jour trĂšs rĂ©cente du cĆur de Discourse (survenue le week-end du 6 au 7 juin) ait introduit un changement architectural critique qui provoque lâarrĂȘt complet du cycle de dĂ©marrage de lâapplication avec le plugin discourse-custom-wizard.
MĂȘme la tentative de visite de /safe-mode Ă©choue avec une erreur 500 globale, car le crash se produit lors de lâenregistrement du middleware dâinitialisation.
Voici la trace dâerreur fatale exacte extraite de Logster :
ActionView::Template::Error (undefined method 'admin_stylesheets' for class DiscoursePluginRegistry)
lib/stylesheet/manager/builder.rb:199:in `Stylesheets::Manager::Builder#plugins_digest'
Il semble que, lors de la phase de compilation des actifs et des feuilles de style (plugins_digest), le cĆur de Discourse invoque une mĂ©thode admin_stylesheets sur DiscoursePluginRegistry, ce qui dĂ©clenche une exception de mĂ©thode non dĂ©finie, probablement en raison dâune incompatibilitĂ© avec la maniĂšre dont le wizard personnalisĂ© sâenregistre ou Ă©tend les styles administratifs.
La dĂ©sactivation du plugin dans app.yml et lâexĂ©cution dâune reconstruction complĂšte du conteneur permettent au forum de dĂ©marrer normalement, ce qui confirme que le crash est isolĂ© aux hooks dâintĂ©gration du wizard.
Pourriez-vous sâil vous plaĂźt examiner la mise Ă jour des hooks du registre et des feuilles de style pour assurer la compatibilitĂ© avec les changements rĂ©cents du cĆur ?
Merci !
Je peux confirmer la mĂȘme erreur. Malheureusement, jâai dĂ» suspendre le plugin pour le moment.
Merci pour votre aide.
Salut les amis ! Merci Ă toutes les personnes qui mâont contactĂ© via diffĂ©rents canaux Ă propos de ce problĂšme. Câest rĂ©glĂ© et le plugin fonctionne Ă nouveau.
Je rencontre un problĂšme depuis la mise Ă jour vers la derniĂšre version de Discourse et du plugin.
Jâai configurĂ© un champ permettant aux utilisateurs de sĂ©lectionner des balises. Jâai restreint les balises Ă un groupe de balises, et jâai sĂ©lectionnĂ© ce groupe dans la section Groupes de balises.
Cela fonctionnait bien auparavant : les utilisateurs ne pouvaient sélectionner que des balises appartenant à ce groupe.
Maintenant, cependant, câest comme si le groupe de balises nâexistait pas, et les utilisateurs peuvent sĂ©lectionner nâimporte quelle balise.
Jâai essayĂ© de supprimer le groupe de balises, de sauvegarder, puis de le rĂ©ajouter, mais cela nâa pas fonctionnĂ©. Jâai Ă©galement essayĂ© de ne pas utiliser de groupe de balises du tout, et de sĂ©lectionner les balises dans la section Contenu, mais cela est limitĂ© Ă 5 balises, et jâen ai plus que cela.
Je ne sais pas quoi faire â cela casse complĂštement un flux de travail avec mon formulaire. Je nâutilise cette option que comme solution de contournement, car une sĂ©lection multiple dans un menu dĂ©roulant nâest pas possible. Les utilisateurs ne peuvent sĂ©lectionner que jusquâĂ 3 options, donc un groupe de cases Ă cocher ne fonctionne pas vraiment non plus.
Des idées pour une autre solution de contournement, ou est-ce que je fais quelque chose de mal ?
Salut Jen, je viens de pousser quelques correctifs pour le plugin. Merci de mettre à jour et de me dire comment ça se passe.
Merci beaucoup @angus, je viens de mettre Ă jour et tout semble fonctionner.
Pendant la reconstruction, jâai remarquĂ© ceci sâafficher Ă lâĂ©cran et jâai pensĂ© que je devrais vous en informer :
[DEPRECATION] Template.error_mode= est obsolĂšte. Utilisez Environment#error_mode= Ă la place. Appel depuis /var/www/discourse/plugins/discourse-custom-wizard/plugin.rb:99:in 'block in Plugin::Instance#activate!'
[DEPRECATION] Template.register_filter est obsolĂšte. Utilisez Environment#register_filter Ă la place. Appel depuis /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] La limite de taille du tas Node.js est inférieure à 2048 Mo. Paramétrage de --max-old-space-size=2048 et CHEAP_SOURCE_MAPS=1
[assemble_ember_build] Aucun fichier dâinformations de build existant trouvĂ©.
Téléchargement et extraction de https://get.discourse.org/discourse-assets/2026.7.0-latest-6accc7b7/production.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
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
Actifs précompilés téléchargés et extraits avec succÚs.
[assemble_ember_build] Réutilisation du build Ember central existant. Tout est terminé.
[DEPRECATION] Template.error_mode= est obsolĂšte. Utilisez Environment#error_mode= Ă la place. Appel depuis /var/www/discourse/plugins/discourse-custom-wizard/plugin.rb:99:in 'block in Plugin::Instance#activate!'
[DEPRECATION] Template.register_filter est obsolĂšte. Utilisez Environment#register_filter Ă la place. Appel depuis /var/www/discourse/plugins/discourse-custom-wizard/plugin.rb:106:in 'block in Plugin::Instance#activate!'
Je peux le confirmer, jâai dĂ» Ă nouveau dĂ©sactiver le plugin.
Un grand merci aux créateurs pour la maintenance ![]()
Jâai poussĂ© quelques corrections et mises Ă jour diffĂ©rentes pour ce plugin aujourdâhui. Veuillez mettre Ă jour et voir si elles rĂ©solvent votre problĂšme.
Salut. Je ressors de ma tombe Ă deux reprises.
Sur un forum Discourse auto-hĂ©bergĂ©, jâutilise le plugin Wizard pour certaines choses, qui mâa bien servi pour la « sĂ©curitĂ© bĂ©bĂ© ».
Il y a un moment que le forum nâĂ©tait pas mis Ă jour (depuis mars), donc jâai demandĂ© quâil le soit, ce qui a Ă©tĂ© fait. Malheureusement, aprĂšs la mise Ă jour, mes Wizards ne fonctionnent plus comme avant. Laissez-moi expliquer.
Avec un compte administrateur, je peux cliquer sur « Nouveau sujet » et accĂ©der au wizard. Cependant, si jâutilise un compte classique et que je clique sur « Nouveau sujet » dans la mĂȘme catĂ©gorie, au lieu de mâenvoyer vers le wizard, cela ouvre simplement le rĂ©dacteur sur la mĂȘme page.
Je nâai aucune idĂ©e de ce qui a pu causer ce problĂšme, et je ne peux pas non plus tĂ©lĂ©charger une vidĂ©o Ă©tant donnĂ© que je suis un nouvel utilisateur (haha), mais si vous avez dâautres questions, nâhĂ©sitez pas. Je rĂ©pondrai du mieux que je pourrai.
Je voulais publier un exemple, mais je nây suis pas parvenu en raison de lâabsence du niveau de confiance requis. Maintenant, je peux le faire, alors le voici.
Lâonglet de gauche correspond au compte disposant des droits dâadministrateur/modĂ©rateur. Lâonglet de droite est un compte standard. Je ne sais pas pourquoi cela a de lâimportance dans ce cas, mais ça dĂ©passe mes compĂ©tences, frangin.
Le lien vers la documentation dans lâinterface dâadministration du plugin redirige vers une erreur de page non trouvĂ©e :
https://pavilion.tech/products/discourse-custom-wizard-plugin/documentation/
Selon le premier message de ce sujet, il semble que la documentation se trouve Ă cette adresse :
https://coop.pavilion.tech/docs?ascending=true&category=82&order=title
Je suis curieux, @angus. Y a-t-il un endroit pour signaler des bogues comme celui que jâai envoyĂ© ?
Salut @Lebron, août est un mois tranquille
Je soupçonne que ton problĂšme est causĂ© par un bug de prĂ©chargement de champ personnalisĂ© de niche dans le noyau discourse/discourse. Jâai soumis une PR Ă ce sujet :

Merci beaucoup, gros. JâespĂšre que ta pull request corrigera le problĂšme une fois fusionnĂ©e et que je recompilerai Discourse. ![]()
Malheureusement, je suis tombĂ© sur les mĂȘmes problĂšmes aprĂšs la fusion de votre pull request. Lâassistant reste inaccessible pour les comptes non administrateurs, et malgrĂ© la sauvegarde aprĂšs avoir modifiĂ© les paramĂštres de mes assistants, ils reviennent systĂ©matiquement Ă des cases vides avec toutes mes modifications perdues. Bizarre.
Avez-vous dâautres idĂ©es, peut-ĂȘtre ?
Câest un problĂšme pour beaucoup dâoptions, trop nombreuses pour ĂȘtre comptĂ©es. Câest pourquoi jâai hĂ©sitĂ© Ă utiliser ce plugin.
La sauvegarde des informations constitue un problĂšme majeur pour ce plugin.
Il y a aussi le problĂšme de lâinterface utilisateur qui fait disparaĂźtre certains Ă©lĂ©ments parfois lorsque vous interagissez avec elle.
Oui, je peux comprendre et cela me triste car câest un trĂšs bon plugin Ă avoir. Je suis en train de dĂ©placer mes wizards vers ma nouvelle stack : Authentik, Formbricks et Discourse Workflows. N8N peut aussi mâĂȘtre utile.
Câest bien plus quâun simple plugin, mais je comprends tout Ă fait que le mainteneur nâa pas le temps ou les ressources pour le garder synchronisĂ© avec le core. Peut-ĂȘtre est-il temps de demander Ă la communautĂ© de le maintenir ?
Juste mes deux cents. Un immense merci à @angus pour avoir développé et partagé cela. Respect ![]()
@Lebron Un ajustement supplémentaire était nécessaire dans le plugin pour prendre en charge la mise à jour du noyau. Essayez de mettre à jour à nouveau. Je viens de tester la fonctionnalité avec un utilisateur non membre du staff et cela fonctionne.
@Eviepayne @satonotdead Salut les amis, sâil est vrai que ce plugin ne bĂ©nĂ©ficie pas dâune maintenance trĂšs intensive, Ă part le problĂšme de Lebron concernant la crĂ©ation de sujet par un utilisateur non administrateur, qui est maintenant rĂ©solu, je ne vois pas dâautres problĂšmes spĂ©cifiques de mon cĂŽtĂ©. Si vous souhaitez signaler quelque chose de prĂ©cis, nâhĂ©sitez pas !
Les assistants fonctionnent, mais la dĂ©finition des champs ne fonctionne toujours pas. Chaque fois que je sauvegarde aprĂšs avoir dĂ©fini une catĂ©gorie, par exemple, elle se rĂ©initialise. Merci quand mĂȘme, @angus.