Migration, pas de mots de passe, changement d'email de l'administrateur pour l'utilisateur, "Accès refusé"

J’ai testé la connexion pour les comptes migrés. En particulier, testspot-b

Si je clique sur connexion et que j’entre le nom d’utilisateur ou l’e-mail et que je m’envoie un lien de connexion, cela fonctionne et le lien est valide.

Si je clique sur connexion et que j’entre l’e-mail et “J’ai oublié mon mot de passe”, cela m’envoie un lien de changement de mot de passe et le lien est valide.

Ces deux options dépendent du fait que le compte e-mail soit valide, actuel et accessible à l’utilisateur.

Si l’utilisateur ne peut pas accéder à son ancienne adresse e-mail, il demandera à l’administrateur de la changer pour une nouvelle adresse e-mail.

Le changement d’adresse e-mail par l’utilisateur administrateur envoie un lien à la nouvelle adresse e-mail demandant une vérification.

Cliquer dessus ne fonctionne pas :

:frowning:
Accès refusé
en essayant de charger /u/confirm-new-email/49469ffdf85340ec87c31b0979bf84a2.json
Vous n’êtes pas autorisé à voir cela.

Quelqu’un peut-il suggérer une voie à suivre ?

Si l’utilisateur est un membre du personnel (administrateur ou modérateur) : pour des raisons de sécurité, Discourse exige une vérification des anciennes et des nouvelles adresses e-mail. Si l’utilisateur ne peut pas accéder à son ancienne adresse e-mail, le flux de confirmation est interrompu et provoque des problèmes de permission tels que celui que vous avez décrit.

Si l’utilisateur n’est pas un membre du personnel : en tant qu’administrateur, vous devriez pouvoir changer son e-mail directement depuis la page des préférences de l’utilisateur, et seule la nouvelle adresse devrait recevoir une confirmation.

Essayez ceci :

  • Supprimez temporairement les privilèges d’administrateur et de modérateur de son compte.
  • Changez son e-mail en utilisant la même méthode de la page des préférences que ci-dessus.
  • Une fois l’adresse e-mail modifiée entièrement vérifiée et fonctionnelle, restaurez ses privilèges de personnel.

Merci jahan_gagan,

Voici les permissions du compte avec lequel je teste. Pas un administrateur, pas un modérateur, activé.

Permissions

Activé
Oui
Un utilisateur désactivé doit revalider son e-mail.

Staged ?
Non
Un utilisateur staged ne peut poster que par e-mail dans des sujets spécifiques.

Clés API actives
0
Gérer les clés

Admin ?
Non
Modérateur ?
Non
Niveau de confiance
Suspendu ?
Non
Un utilisateur suspendu ne peut pas se connecter.
Silencieux ?
Non
Un utilisateur silencieux ne peut pas poster ni créer de sujets.

Il semble que l’e-mail soit bien reçu (:partying_face:) mais que le lien qu’il contient ne fonctionne pas correctement lorsqu’on clique dessus.

Pourraient-ils essayer de copier-coller ce lien dans un navigateur privé/incognito et voir si cela aide ?

3 « J'aime »

Merci, cela a fonctionné. Je suppose qu’un cookie ou une entrée de cache d’une connexion précédente a pu perturber le processus, ou peut-être que je ne me suis pas déconnecté correctement.

1 « J'aime »

C’est ce que je suspecte.

1 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.