Sur Discourse version v3.1.0.beta5 +233, si un nouvel utilisateur choisit le nom « adman », « adman-b » ou « adman-c », le profil de cet utilisateur est gravement endommagé. Tenter d’accéder au profil public de l’utilisateur entraîne une défaillance de très bas niveau qui provoque un chargement de page sans fin (Firefox) ou une simple erreur « ERR » (Chrome). Cela ne semble pas être une erreur interceptée.
J’ai vérifié que la création d’un utilisateur nommé « adman » entraîne le même problème sur try dot discourse dot org. Aucune autre action de configuration de profil n’est nécessaire - par exemple, vous n’avez pas besoin de définir une image de profil, ou quoi que ce soit d’autre - le simple fait d’utiliser un nom commençant par « adman » suffit à produire l’erreur.
J’ai également vérifié que choisir « ad-man » comme nom d’utilisateur ne casse pas le profil de l’utilisateur. Le nom d’utilisateur « adma » n’entraîne pas non plus de profil cassé. Je suis perplexe.
Encore une fois, j’ai vérifié que cela est vrai à la fois sur mon propre Discourse auto-hébergé ET sur try.discourse.org. Je ne sais pas combien de temps le contenu de try.discourse.org reste avant d’être purgé, mais vous pouvez le constater dès maintenant en essayant de charger le profil utilisateur là-bas : httpx://try dot discourse dot org/u/adman/summary
Ou vous pouvez voir l’effet en essayant de regarder l’utilisateur « adman-c » sur mon instance auto-hébergée : httpx://discourse dot practicalzfs dot com/u/adman-c
Pendant ce temps, l’utilisateur « adma » sur try.discourse fonctionne bien : httpx://try dot discourse dot org/u/adma/summary
C’est une idée farfelue, mais je ne suppose pas que ce pourrait être votre bloqueur de publicités qui réagit à ‘ad’ d’une manière ou d’une autre ? Pouvez-vous essayer dans une fenêtre de navigation privée / bloqueur de publicités désactivé pour vérifier ?