misc: render authenticators names in their own templates (#53264) #5
No reviewers
Labels
No Label
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: entrouvert/authentic#5
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/53264-move-authenticator-name-in-own-template"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
7878c4b82b
to25ae517ca7
25ae517ca7
to90747b5b1a
@ -78,3 +78,3 @@
context['login_url'] = utils_misc.make_url('fc-login-or-link', keep_params=True, request=request)
context['block-extra-css-class'] = 'fc-login'
template = 'authentic2_auth_fc/login.html'
template = kwargs.get('template', 'authentic2_auth_fc/login.html')
Est-ce que tu peux m’expliquer à quel moment on a besoin d’avoir ça stp ? J’ai loupé dans le reste du patch le moment qui justifiait d’avoir ce nom de template qui peut varier, avec le fallback sur la valeur qui était en dur dans le code jusque là.
L'idée ici est de rajouter un template pour la page d'inscription, qui permettrait de définir le titre du bloc FC.
Outre les commentaires ciblés au dessus et ci-dessous, de façon plus générale je trouve le patche trop costaud pour passer sans tests. Est-ce qu’il serait stp possible d’en mettre un pour la page de login et un pour la page d’enregistrement, avec si possible une redéfinition de gabarit local à un des moyens d’auth activés, pour prouver qu’on a bien le comportement désiré de redéfinition du titre géré par le gabarit propre au moyen d’authn ?
@ -12,0 +17,4 @@
</a>
</div>
</div>
<div id="fc-explanation-link">
Clairement il y a eu un loupé ici, la div
fc-explanation-link
est déjà présente (et inchangée) quelques lignes plus bas dans ce même gabarit.En effet, je viens de corriger et pousser la branche.
@ -1,11 +1,12 @@
{% block login %}
<div>
Ici pourquoi juste on ajoute une div ? Pas compris ce que la modification de ce fichier vient faire là, mais je loupe peut-
C'est la suggestion (juste) de @tjund pour uniformiser la structure DOM de chaque bloc d'authentification.
@ -1,21 +1,28 @@
{% load i18n %}
{% block before-login %}
Ok mais ici dans le ticket PBT lié on ne traite pas toutes les occurrences de surcharge du bloc
before-content
il me semble. Je vais coller la liste dans la PR PBT liée.90747b5b1a
to2c4a240d44
À la lecture de tes réponses, je n’ai pas compris si la PR est de nouveau bonne pour relecture ? On dirait que oui mais je n’ai pas été requis pour une nouvelle relecture et le ticket lié est toujours en “Solution proposée”.
Cette remarque s’est perdue dans la masse, il me semble :)
2c4a240d44
tob2d21d0832
b2d21d0832
to5340d7f6a8
5340d7f6a8
to238575669b
Oui, mes excuses. Tests rajoutés.
Ok pour moi.