Non, je ne peux pas, désolé pour la confusion. Je dis simplement que demander une reproduction sur meta (ou utiliser la navigation privée) ne fonctionnera pas, car (dans mon cas) cela était lié aux mots de passe enregistrés.
Quand vous parlez de « mots de passe enregistrés », voulez-vous dire ceux stockés via Chrome ou par une extension tierce ? Personnellement, j’utilise le stockage de mots de passe intégré de Chrome et je n’ai jamais rencontré de problème.
Je rencontre moi aussi ce problème, malheureusement. Nouveau sur Discourse, j’étais en train de tester la fonction d’inscription sur mon nouveau forum pour m’assurer que les e-mails d’activation arrivaient correctement, quand j’ai été confronté à ce même problème.
J’ai essayé de désactiver uBlockOrigin et Adblocker Pro. Je ne sais pas si cela pourrait venir de SessionBuddy ou de BitWarden – tous deux sont des extensions Chrome que j’ai installées.
Curieusement, pour publier ce commentaire, j’ai dû m’inscrire sur ce forum. J’ai rencontré exactement le même problème et j’ai dû utiliser le mode navigation privée de Chrome pour contourner l’erreur. Je suis convaincu qu’il s’agit d’un problème lié aux extensions Chrome. J’espère qu’il existe une solution de contournement ou que quelqu’un pourra reproduire le problème.
Essayez de désactiver les autres plugins pour identifier celui en cause. Il est assez évident que le problème vient du plugin, c’est donc lui qu’il faut corriger.
La liste des extensions de navigateur actives aidera beaucoup à circonscrire ce problème.
Stockés via Chrome ; le problème est toujours survenu avec toutes les extensions désactivées.
Je n’utilise aucune extension de gestion de mots de passe sur Chrome.
Mais non, je ne parviens pas à reproduire le problème sur Meta.
Pouvez-vous reproduire le problème sur try.discourse.org ? La version de Discourse que vous testez est-elle ancienne ou obsolète ? Des plugins Discourse inhabituels sont-ils installés ? Le problème se reproduit-il en mode sans échec de Chrome ?
J’ai essayé, mais sans succès.
Elle est en retard d’une version majeure, la 2.2.3. Le problème est apparu après la récente mise à niveau depuis la 2.1.
Oui, beaucoup, y compris des plugins personnalisés pour nous. Je ne pense pas que l’un d’eux interfère avec l’écran de connexion, à part pour le style, sauf ceux liés à Google/LinkedIn/OAuth.
Autant que je sache, Chrome utilise le mode navigation privée comme « mode sécurisé ». Cela ne m’a pas permis de reproduire le problème initialement, car il ne pré-remplit pas le mot de passe.
Pour ma part, le problème est suffisamment résolu. Il est vraiment très difficile à reproduire (je ne parviens même plus à le reproduire sur notre instance) et le chemin de reproduction que j’avais trouvé ne sera probablement pas rencontré par mes utilisateurs (car il faudrait tenter de s’inscrire tout en ayant déjà un compte enregistré). Nous avons trouvé une solution avec un avertissement étendu.
Oh, c’est étrange. En dehors des extensions de navigateur malveillantes, dont je sais qu’elles peuvent causer cela, je ne suis pas sûr.
Je me permets d’intervenir pour signaler que mes utilisateurs rencontrent également ce problème… Ce n’est vraiment pas idéal pour le lancement d’un tout nouveau forum. Dans un état de panique, je tente actuellement de trouver une solution ou de déterminer s’il faut simplement migrer les comptes d’environ 1 000 utilisateurs.
- Discourse installé via Droplet chez DigitalOcean.
- CloudFlare et cloudflare.template.yml
- Je peux m’inscrire plusieurs fois avec Chrome sans problème.
- Les utilisateurs signalent pouvoir s’inscrire sur try.discourse.org sans problème.
- Extensions des utilisateurs (erreur rencontrée) : https://cdn.discordapp.com/attachments/257972166413254656/601166506063167643/unknown.png
- Mes extensions (aucune erreur) : https://cdn.discordapp.com/attachments/257972166413254656/601166669368262679/unknown.png
- Version de Discourse : v2.4.0.beta2 +33
Discourse avec erreurs : https://boards.neocron.org
Y a-t-il autre chose que je puisse fournir ?
Cela fonctionne-t-il en mode sans échec du navigateur ? Si oui, c’est à 100 % un plugin de navigateur défectueux.
Si votre site Discourse utilise des extensions tierces, cela pourrait également en être la cause, surtout si l’utilisateur peut s’inscrire sans problème sur try.discourse.org.
Si l’extension de l’utilisateur génère une erreur, le problème vient des extensions de l’utilisateur. C’est de sa faute.
Il y a une exception ici : s’ils ne peuvent pas reproduire le problème sur try.discourse.org mais qu’ils le peuvent sur leur propre site, cela pourrait être dû à un problème de plugin ou de configuration avec leur Discourse.
Nous avons organisé un webinaire pour montrer aux gens comment utiliser notre communauté https://community.debtcollective.org et ils ont signalé ce problème. C’est la première fois que nous rencontrons cette erreur et je souhaite en connaître la cause pour la résoudre.
S’il s’agit d’une extension utilisateur, nous devons trouver une solution de contournement, car tout le monde ne nous signalera pas ce problème et nous ne saurons pas non plus quand les utilisateurs rencontrent cette erreur.
J’ai vu ceci de la part de @sam :
Le problème est donc que quelqu’un (utilisateur/script/extension) ajoute du texte au champ new-account-challenge ?
C’est possible. Essayez de trouver un moyen de reproduire le problème, puis vous pourrez signaler ce comportement erroné aux auteurs du plugin.
Il n’y a pas d’erreur provenant d’une extension. L’erreur vient de Discourse qui indique qu’il ne sait pas si le compte a été créé. Les deux utilisateurs rencontrant l’erreur ont des configurations d’extensions totalement différentes. En fait, aucune ne se chevauche… Appeler cela une erreur d’extension alors qu’aucune extension ne se chevauche est absurde. Le seul point commun qu’ils partagent est Chrome. Nous avons également écarté la localisation, car l’un est aux États-Unis et l’autre en Allemagne. Tous deux ont une connexion directe à Internet, sans VPN.
Nous avons un problème en cours à ce sujet ici → New forum is busted and support osticket site is "offline" so i can't submit it there · Issue #363 · Neocron-Classic/issue-tracker · GitHub
Notre solution de contournement actuelle consiste à demander aux gens d’utiliser un autre navigateur ou un onglet privé.
Un membre a cependant soulevé une question : pourquoi des cookies lors de l’inscription ? Juste par curiosité.
@eatcodetravel, pourriez-vous partager les plugins que vous utilisez sur votre Discourse ? Peut-être pourrons-nous trouver un point commun ?
- git clone https://github.com/discourse/discourse-voting.git
- git clone https://github.com/discourse/discourse-solved.git
- git clone https://github.com/discourse/discourse-chat-integration.git
- git clone https://github.com/gdpelican/retort.git
- git clone https://github.com/singerscreations/discourse-stopforumspam.git
- git clone https://github.com/discourse/discourse-policy.git
- git clone https://github.com/Ebsy/discourse-nationalflags.git
- git clone https://github.com/discourse/discourse-math.git
- git clone https://github.com/discourse/discourse-spoiler-alert.git
- git clone https://github.com/discourse/discourse-akismet.git
- git clone https://github.com/discourse/discourse-canned-replies.git
- git clone https://github.com/discourse/discourse-signatures
- git clone https://github.com/sudaraka94/preventing-malicious-linking-plugin.git
- git clone https://github.com/jannolii/discourse-topic-trade-buttons.git
- git clone https://github.com/featheredtoast/discourse-pwned-passwords.git
- git clone https://github.com/angusmcleod/discourse-events.git
- git clone https://github.com/discourse/Discourse-Tiles-image-gallery.git
Le plugin de liens malveillants est actuellement désactivé en attendant la configuration.
Nous n’avons pas beaucoup de plugins installés, et la plupart d’entre eux sont des extensions développées par nos soins.
Cela suppose que toutes les extensions se comportent de manière unique et ne partagent aucun code ou approche commune, ce qui est très absurde.
Le message mentionne les cookies, mais le problème s’est produit sur des machines où les cookies sont activés, car le contenu d’un champ <input> caché est modifié.
Pour un nouveau logiciel de forum moderne d’être si sensible à un plugin qu’il provoque des problèmes que personne ne peut détecter, c’est extrêmement stupide. Nous n’avions aucun problème de ce genre avec vBulletin, PHPBB et autres. Nous avons migré vers Discourse pour simplifier l’ensemble de notre configuration.
L’un de nos utilisateurs ayant rencontré cette erreur a identifié la cause…
boards.neocron.org/:1 Le chargement du script 'https://boards.neocron.org/cdn-cgi/apps/head/QNWX_8GN-3K7wUr6Qa73LdoD3JI.js' a été refusé car il enfreint la directive suivante de la Politique de Sécurité du Contenu (CSP) : "script-src 'unsafe-eval' 'report-sample' https://boards.neocron.org/logs/ https://boards.neocron.org/sidekiq/ https://boards.neocron.org/mini-profiler-resources/ https://boards.neocron.org/assets/ https://boards.neocron.org/brotli_asset/ https://boards.neocron.org/extra-locales/ https://boards.neocron.org/highlight-js/ https://boards.neocron.org/javascripts/ https://boards.neocron.org/plugins/ https://boards.neocron.org/theme-javascripts/ https://boards.neocron.org/svg-sprite/ https://www.google-analytics.com/analytics.js". Notez que 'script-src-elem' n'a pas été défini explicitement, donc 'script-src' est utilisé comme solution de repli.
account-created:1 Le chargement du script 'https://boards.neocron.org/cdn-cgi/apps/head/QNWX_8GN-3K7wUr6Qa73LdoD3JI.js' a été refusé car il enfreint la directive suivante de la Politique de Sécurité du Contenu (CSP) : "script-src 'unsafe-eval' 'report-sample' https://boards.neocron.org/logs/ https://boards.neocron.org/sidekiq/ https://boards.neocron.org/mini-profiler-resources/ https://boards.neocron.org/assets/ https://boards.neocron.org/brotli_asset/ https://boards.neocron.org/extra-locales/ https://boards.neocron.org/highlight-js/ https://boards.neocron.org/javascripts/ https://boards.neocron.org/plugins/ https://boards.neocron.org/theme-javascripts/ https://boards.neocron.org/svg-sprite/ https://www.google-analytics.com/analytics.js". Notez que 'script-src-elem' n'a pas été défini explicitement, donc 'script-src' est utilisé comme solution de repli.
Il semble s’agir d’un problème de CORS, peut-être. Je vais approfondir l’investigation, mais je voulais demander si @eatcodetravel rencontre également des problèmes ou des paramètres liés au CORS ?
Pouvez-vous fournir plus d’informations à ce sujet ? Quels sont les champs qui déclenchent ce problème ?