Feature #13179
fermé
Inciter à se connecter/à s'inscrire
Ajouté par Nicolas Eysseric il y a plus de 2 ans. Mis à jour il y a presque 2 ans.
100%
Description
Lorsque la plateforme a le mode Anonyme activé, l'utilisateur anonyme peut consulter les commentaires mais ne peut pas en écrire. Les commentaires sont en lecture seule.
L'objectif de cette évolution est d'inciter l'utilisateur à se connecter (ou à s'inscrire) via un bouton Me connecter (si l'inscription autonome à la plateforme n'est pas activée) ou Me connecter/M'inscrire (si l'inscription autonome à la plateforme est activée).
Dans ces deux cas, l'utilisateur sera redirigé vers la page de connexion.
Mis à jour par Miguel Moquillon il y a environ 2 ans
- Statut changé de New à Feedback
Je ne comprend pas du tout cette feature étant donnée que la fonctionnalité existe déjà. La seule différence avec le comportement actuel est qu'ici il est demandé que l'utilisateur puisse s'inscrire si le mode d'auto-inscription n'est pas activé ; ce qui est à mon avis étrange et déroutant puisque cette dernière caractéristique est justement là pour répondre, entre autre, à la fonctionnalité demandée ici.
Autrement dit : lorsque la navigation anonyme est activée, tout utilisateur naviguant anonymement peut, à tout moment, s'identifier via le bouton "Se connecter". Si on souhaite que cet utilisateur puisse s'inscrire dans le cas où il ne dispose pas de compte, il suffit juste alors d'activer l'auto-inscription (paramètre newRegistrationEnabled dans autenticationSettings.properties).
Qu'est ce que cette feature doit apporter qui n'existe pas déjà ?
Mis à jour par Nicolas Eysseric il y a environ 2 ans
Miguel Moquillon a écrit (#note-1):
Pardon Miguel, je n'ai pas été assez précis.Qu'est ce que cette feature doit apporter qui n'existe pas déjà ?
Le but de cette évolution est juste de faire apparaître le bouton (avec le bon intitulé en fonction du paramétrage de la plateforme) dans la zone Commentaires lorsqu'il s'agit de l'utilisateur anonyme.
Pour aller plus loin, suite aux derniers échanges avec le client, il serait pratique d'avoir un paramètre global qui permette de préciser le comportement souhaité :
- l'utilisateur anonyme peut voir les commentaires (par défaut),
- l'utilisateur anonyme ne peut pas voir les commentaires. Il sait juste qu'il y a X commentaires et que s'il veut les consulter il doit se connecter/s'inscrire.
Mis à jour par Miguel Moquillon il y a environ 2 ans
- Statut changé de Feedback à In progress...
Mis à jour par Miguel Moquillon il y a environ 2 ans
- Statut changé de In progress... à Feedback
J'ai fini sa réalisation. Toutefois, j'aimerai un retour sur ce que j'ai fais.
Les PR :
Mis à jour par Nicolas Eysseric il y a environ 2 ans
Miguel Moquillon a écrit (#note-4):
J'ai fini sa réalisation. Toutefois, j'aimerai un retour sur ce que j'ai fais.
Je vais regarder...
Mis à jour par Nicolas Eysseric il y a environ 2 ans
Il faut ajouter un message relatif aux commentaires en complément du bouton.
"En tant que visiteur, vous ne pouvez pas consulter/poster de nouveaux commentaires. Vous devez vous connecter/vous inscrire."
Mettre ce texte et le bouton dans une zone avec comme classe CSS inline-message.
Mis à jour par Miguel Moquillon il y a presque 2 ans
- Statut changé de Feedback à Resolved
Mis à jour par Yohann Chastagnier il y a presque 2 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Yohann Chastagnier il y a presque 2 ans
Un premier feedback : en mode anonyme, lorsque l'URL de base du serveur Silverpeas est renseignée dans le navigateur WEB, https://my-server.org/silverpeas par exemple, l'utilisateur devrait être redirigé sur la page d'accueil de Silverpeas. Au lieu de cela, il est redirigé sur la page d'authentification.
Comme vu avec Miguel, je prends en charge ce point afin de pouvoir avancer ensemble en parallèle sur les différents sujets actuels.
Mis à jour par Yohann Chastagnier il y a presque 2 ans
Pré-requis
- mode anonyme activé
- pas de création de nouveau compte automatique (
newRegistrationEnabled = falsedans SILVERPEAS_HOME/properties/org/silverpeas/authentication/settings/authenticationSettings.properties) - GED avec accès PUBLIC contenant au moins une publication et avec le paramètre d'instance
Commentairesactivé
Cas de test
- se diriger dans une session anonyme jusqu'à une publication de la GED du pré-requis
- descendre jusqu'au commentaire
Résultat obtenu
Un message indique qu'il n'est pas possible de poster de nouveaux commentaires en tant que visiteur et qu'il faut se connecter ou s'inscrire.
Résultat attendu
Dans la configuration du pré-requis, le message ne devrait pas mentionner le fait de devoir s'inscrire.
Mis à jour par Miguel Moquillon il y a presque 2 ans
Ici, le message est générique, au contraire du texte du bouton qui lui est contextualisé au paramétrage de la plate-forme.
Le bouton lui lance l'action et par conséquent son message se doit donc d'être contextualisé.
Le message est une information générique qui explicite la situation nécessaire pour visualiser ou poster des commentaires. Pour s'inscrire, si l'auto-inscription n'est pas activé, il peut toujours contacter un administrateur pour ce faire. Toutefois, au regard du retour, le message peut être modifié comme suit :
En tant que visiteur, vous ne pouvez pas poster de nouveaux commentaires. Vous devez être connecté.
Mis à jour par Miguel Moquillon il y a presque 2 ans
Yohann Chastagnier a écrit (#note-9):
Un premier feedback : en mode anonyme, lorsque l'URL de base du serveur Silverpeas est renseignée dans le navigateur WEB,
https://my-server.org/silverpeaspar exemple, l'utilisateur devrait être redirigé sur la page d'accueil de Silverpeas. Au lieu de cela, il est redirigé sur la page d'authentification.Comme vu avec Miguel, je prends en charge ce point afin de pouvoir avancer ensemble en parallèle sur les différents sujets actuels.
Je pense avoir corrigé ce point après avoir pris en compte tes retours sur Github. Fais moi un retour là dessus stp.
Mis à jour par Yohann Chastagnier il y a presque 2 ans
- Statut changé de Integration in progress... à Closed
- % réalisé changé de 0 à 100
Validé et intégré en 6.4