Feature #4157
fermé
Conservation du domainId lors du logout ou d'un echec d'authentification ou page d'authentifcation propre à chaque domaine
Ajouté par Ludovic Bertin il y a presque 12 ans.
Mis à jour il y a presque 4 ans.
Catégorie:
Authentification
Description
Lorsqu'un utilisateur se déconnecte, ou qu'il renseigne un mauvais mot de passe au moment du login,
son domaine n'est pas conservé.
Il faudrait donc modifier LogoutServlet.java et AuthenticationServlet.java pour ajouter le paramètre DomainId dans la page appelée.
Dans le cadre d'une utilisation en mode SaaS, ou même pour un extranet ou on veut masquer la liste déroulante en fixant le domainId par une réécriture d'URL, cette feature sera très utile.
- Sujet changé de Conservation du domainId lors du logout ou d'un echec d'authentification à Conservation du domainId lors du logout ou d'un echec d'authentification ou page d'authentifcation propre à chaque domaine
- Assigné à
Ludovic Bertin supprimé
- Version cible mis à Version 6.2
Cela permettrait de pouvoir gérer plusieurs page d'authentification, bien que l'idéal serait de spécifier au niveau de chaque domaine une page d'authentification spécifique.
Autre aspect: le courriel de création de compte.
L'url de la plate-forme envoyée dans ce courriel ne tient pas compte du domaine.
Il serait utile de lui ajouter le domainId pour au besoin traiter le cas de redirection si loginPage est déjà informé.
David Lesimple a écrit (#note-3):
Autre aspect: le courriel de création de compte.
L'url de la plate-forme envoyée dans ce courriel ne tient pas compte du domaine.
Il serait utile de lui ajouter le domainId pour au besoin traiter le cas de redirection si loginPage est déjà informé.
A noter que grâce au StringTemplate permettant de personnaliser la notification de création de compte, il est possible d'ajouter en paramètre le domainId de l'utilisateur crée.
Exemple:
<li>Connexion : <a href="$loginURL$?DomainId=$userDetail.domainId$">Lien d'accès</a></li>
- Statut changé de New à In progress...
- Assigné à mis à Nicolas Eysseric
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
- Statut changé de Resolved à Integration in progress...
Lorsque j'essaie de créer un compte via la page de login, j'ai cette erreur lors de l'envoie des crédences à l'utilisateur :
java.util.MissingResourceException: Can't find resource for bundle org.silverpeas.social.multilang.registration_fr, key credentialsMail.subject
Et effectivement, il n'y a pas de bundle de traductions registration
pour aucune langue si ce n'est celui par défaut et dans celui par défaut il n'y a pas de clé credentialsMail.subject
Après la correction de l'erreur identifiée dans la note ci-dessus, un utilisateur peut désormais s'inscrire à une plate-forme Silverpeas qui le permet. Toutefois, le mail reçu donne une mauvaise URL de Silverpeas. En effet, dans le cas d'un Silverpeas tournant derrière un reverse-proxy qui gère les connexions sécurisées, celui-ci tourne en tant que localhost derrière le reverse-proxy mais sous un FQDN à l'extérieur de celui-ci. Or, le lien pointe vers localhost et pas vers le FQDN de la machine sur laquelle tourne Silverpeas.
Ce pb n'apparaît pas dans le mail envoyé suite à la création d'un compte utilisateur par l'administrateur de la plate-forme.
- Statut changé de Integration in progress... à Closed
Problème d'URL dans le mail envoyé corrigé.
La feature a été intégrée.
Formats disponibles : Atom
PDF