Feature #4157
fermé
Conservation du domainId lors du logout ou d'un echec d'authentification ou page d'authentifcation propre à chaque domaine
100%
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.
Mis à jour par David Lesimple il y a presque 5 ans
- 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 Bertinsupprimé - 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.
Mis à jour par David Lesimple il y a environ 4 ans
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é.
Mis à jour par David Lesimple il y a plus de 3 ans
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>
Mis à jour par Nicolas Eysseric il y a plus de 3 ans
- Statut changé de New à In progress...
- Assigné à mis à Nicolas Eysseric
Mis à jour par Nicolas Eysseric il y a plus de 3 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
Traité par PR : https://github.com/Silverpeas/Silverpeas-Core/pull/1113
Mis à jour par Miguel Moquillon il y a plus de 3 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Miguel Moquillon il y a plus de 3 ans
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
Mis à jour par Miguel Moquillon il y a plus de 3 ans
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.
Mis à jour par Miguel Moquillon il y a plus de 3 ans
- Statut changé de Integration in progress... à Closed
Problème d'URL dans le mail envoyé corrigé.
La feature a été intégrée.