Nous avions précédemment coché les options « SSO remplace le nom d’utilisateur » et « SSO remplace le nom » dans nos paramètres Discourse, mais je souhaitais effectuer des tests avec ces paramètres spécifiques décochés. (Je laisse toutefois certaines options SSO cochées, comme « remplace l’e-mail ».)
Lorsque je décoche ces paramètres et que j’enregistre, je rafraîchis la page et ces paramètres se retrouvent à nouveau cochés. J’ai également essayé de faire un « Réinitialiser » puis d’enregistrer pour les décocher, mais les paramètres ne sont toujours pas restés sauvegardés après un rafraîchissement.
Cela semble étrangement incohérent, car occasionnellement, je vois la mise à jour s’enregistrer correctement, je teste pendant environ 10 minutes, puis je retourne dans Paramètres pour constater qu’elles ont à nouveau été réinitialisées. J’essaie toujours de dégager un quelconque modèle et de vérifier à trois reprises qu’aucune configuration de notre côté ne pourrait être à l’origine de cela (je ne pense pas que ce soit le cas), mais en attendant, quelqu’un d’autre a-t-il observé ce type de comportement dans les Paramètres ? Avez-vous une idée si je fais quelque chose de mal, ou s’il s’agit d’un bug potentiel ?
Édité : Les paramètres semblaient rester correctement décochés pendant un certain temps (plus d’une heure), puis dès que je suis allé sur ma page de compte pour voir si je pouvais modifier mes champs nom/nom d’utilisateur, les paramètres semblaient osciller constamment entre état coché et décoché. Ainsi, je pouvais parfois modifier mes champs nom/nom d’utilisateur, et parfois non. Je ne sais pas si c’est une coïncidence, mais les problèmes semblaient réapparaître dès que je me rendais sur ma page de compte pour modifier des éléments.
Rencontrez-vous toujours des problèmes à ce sujet ? Tant que vous cliquez sur l’icône de coche pour enregistrer les paramètres, ils ne devraient pas être remplacés après leur mise à jour. Avez-vous remarqué des problèmes similaires avec d’autres paramètres de votre site ?
Je viens d’effectuer d’autres tests et je constate que le problème se produit avec d’autres paramètres. Ceux que je viens de tester ne sont pas liés à l’authentification unique (SSO) : « Autoriser les utilisateurs à choisir leur propre préférence d’interface linguistique » et « Afficher l’invite de consentement de l’utilisateur » pour l’invite des notifications push. La même chose s’est produite avec ces paramètres : je les ai décochés, j’ai enregistré avec la case cochée, puis je suis revenu sur la page une minute plus tard, et les modifications n’ont pas été enregistrées.
Nous n’avons pas observé ce problème par le passé avec nos paramètres, bien que nous ne les mettions pas à jour très fréquemment. Cela se produit sur la version 2.7.0.beta1 de Discourse.
Cela ressemble à un bug. Si vous accédez à la page des journaux d’erreurs de votre site (Admin / Journaux / Journaux d’erreurs), remarquez-vous des messages d’erreur qui pourraient être liés au problème ?
Avez-vous installé des plugins non officiels sur le site ?
Aucune erreur n’a été signalée depuis le 30 décembre. La dernière alerte est survenue hier, bien que je ne pense pas qu’elle soit liée.
MaxMindDB (/var/www/discourse/vendor/data/GeoLite2-ASN.mmdb) introuvable : No such file or directory @ rb_sysopen - /var/www/discourse/vendor/data/GeoLite2-ASN.mmdb
Nous avons quatre plugins Discourse officiels installés : Docker Manager, Discourse Solved, Discourse Chat Integration et Discourse Data Explorer.