Bug #62329
authentic: sur la page de connexion ou d’inscription le bloc user-info devrait être caché
0%
Description
Ça ne sert à rien à cet endroit et l'URL de login risque d'être fausse (coté hobo login_url n'est correctement calculé que pour les services).
PS: localement je teste avec le thème cd06-ezyservices il me semble natif, je me trompe peut-être.
Demandes liées
Historique
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 2 ans
T'as une URL avec le souci?
Le template affiche les liens de connexion et inscription quand l'usager n'est pas connecté.
Mis à jour par Benjamin Dauvergne il y a environ 2 ans
- Statut changé de Nouveau à Information nécessaire
- Assigné à mis à Benjamin Dauvergne
Bizarrement ça n'arrive pas sur le site de recette je vais vérifier ce qui ne va pas localement alors.
Mis à jour par Paul Marillonnet il y a environ 2 ans
- Sujet changé de authentic: le bloc user-info devrait être caché quand on est pas connecté à authentic: sur la page de connexion ou d’inscription le bloc user-info devrait être caché
(je me permets de remanier un peu l’intitulé du ticket parce que j’avais pas compris sans l’explication de Benj sur le salon)
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 2 ans
On ne peut pas plutôt corriger les urls au lieu de cacher les liens ?
Mis à jour par Mikaël Ates il y a environ 2 ans
Si on parle du bloc Connexion/Inscription en haut de page, oui il vaut mieux le masquer. Il n'a pas de sens sur ces pages.
Mis à jour par Frédéric Péters il y a environ 2 ans
- Lié à Development #62335: ne pas fournir une adresse login_url fausse sur les pages de connexion/inscription ajouté
Mis à jour par Frédéric Péters il y a environ 2 ans
Historiquement je suis presque sûr qu'elle n'y était pas et qu'elle a été ajoutée suite à une demande ou lecture sur l'accessibilité, qui encourageait les mêmes éléments à être présents sur toutes les pages. Bien possible que ça remonte à avant authentic/django et pour moi ça pourrait très bien par défaut ne pas être affiché, mais des intégrations graphiques peuvent le vouloir quand même (esthétiquement pour maintenir un équilibre par exemple), donc j'ai quand même créé #62335 pour que les URL soient correctes.
Mis à jour par Thomas Jund il y a environ 2 ans
Esthétiquement pour maintenir un équilibre par exemple
+1. Ça devient une particularité à prendre en compte lors de la création de thème qui peut avoir un impact.
Ça ne sert à rien à cet endroit
Il n'a pas de sens sur ces pages.
Pas certains, cela permet de rediriger l'usager qui s'est planté et ainsi de le basculer de la page d'inscription à la page de connexion et vis versa. Rarement utile, mais pas forcement inutile.
Mis à jour par Mikaël Ates il y a environ 2 ans
Ça ne sert à rien à cet endroit
Il n'a pas de sens sur ces pages.Pas certains, cela permet de rediriger l'usager qui s'est planté et ainsi de le basculer de la page d'inscription à la page de connexion et vis versa. Rarement utile, mais pas forcement inutile.
Sur la page de connexion il y a dans le contenu le lien vers l'inscription. Il manquerait le lien de la page d'inscription vers celle de connexion qui peut se faire avec un back dans le cas que tu décris. Au delà de ne pas fonctionner avoir/casser les parcours, avoir un lien connexion sur la page de connexion ça donne l'impression d'un bug (idem inscription sur la page d'inscription).
Mis à jour par Thomas Jund il y a environ 2 ans
Sur la page de connexion il y a dans le contenu le lien vers l'inscription.
Je voulais signifier que si un usager clic sur inscription alors qu'il voulait cliquer sur connexion parce trop vite ou parkinson ou gros doigt ou autre, son premier reflexe sera certainement de corriger en recommençant la même opération, il ne va pas chercher si autre part dans la page il y a un lien dans le contenu, encore moins si ce lien est sous le fold.
Une bonne pratique aussi est qu'une interface doit toujours pouvoir se passer de la fonction back pour diriger l'usager.
avoir un lien connexion sur la page de connexion ça donne l'impression d'un bug
Ok (perso j'ai pas cette impression)
Mis à jour par Benjamin Dauvergne il y a environ 2 ans
- Statut changé de Information nécessaire à Fermé
Oublions en faveur de #62335.