Projet

Général

Profil

Bug #40766

demande de suppression de compte depuis une session ouverte alors que le compte a entretemps été supprimé

Ajouté par Frédéric Péters il y a environ 4 ans. Mis à jour il y a environ 4 ans.

Statut:
Nouveau
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
16 mars 2020
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

La suppression modifie l'adresse email en lui ajoutant #<quelques chiffres> mais si jamais l'usager avait une autre session ouverte, et qu'il y a va supprimer son compte, ça fait une

  File "/usr/lib/python2.7/smtplib.py", line 748, in sendmail
    raise SMTPRecipientsRefused(senderrs)
SMTPRecipientsRefused: {u'test438@localhost#3533974': (501, '<test438@localhost#3533974>: malformed address: #3533974> may not follow <test438@localhost')}

Il y a moyen de corriger ça mais peut-être plus globalement, si la session concerne un compte qui a été supprimé, fermer la session ?


Demandes liées

Lié à Authentic 2 - Development #41948: À la suppression d'un compte, fermer toutes les sessions ouvertesNouveau22 avril 2020

Actions
Lié à Authentic 2 - Development #41930: utiliser un attribut pour marquer les comptes à supprimerFermé21 avril 2020

Actions

Historique

#1

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

Ça devrait se corriger via #41930 mais le souci ça va plutôt être que si deux sessions sont ouvertes, autant on va bien déconnecter la personne dans la session où la première suppression a lieu autant dans la deuxième ça va dépendre entièrement du comportement des SP (est-ce qu'ils supprimeront toutes les session ? django-mellon ne le fait pas...).

#2

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

  • Lié à Development #41948: À la suppression d'un compte, fermer toutes les sessions ouvertes ajouté
#3

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

  • Lié à Development #41930: utiliser un attribut pour marquer les comptes à supprimer ajouté

Formats disponibles : Atom PDF