Projet

Général

Profil

Development #78135

Améliorer les boutons d'action dans un courriel

Ajouté par Anaïs Ecuvillon il y a 11 mois. Mis à jour il y a 4 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
02 juin 2023
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Aujourd'hui, quand on clique sur un bouton d'action dans un courriel, on arrive sur une page où l'on doit confirmer l'action en cliquant à nouveau sur un bouton.
Cela a été mis en place pour éviter qu'un robot d'indexation vienne visiter le lien contenu dans le mail et déclenche l'action.
Sur ce point, ça vaudrait le coup de vérifier si le risque est toujours bien réel.

Il y a plus d'un an, il a été développé la possibilité de personnaliser le message sur la page de confirmation de l'action (quand on doit cliquer une deuxième fois sur le bouton d'action) et sur la page qui confirme que l'action a bien été prise en compte.

{% action_button "terminer" label="Valider" delay=7 message="Votre validation a bien été prise en compte" done_message="Merci de votre participation" %}

Si on prend le cas d'usage Prise de RDV, et que l'on a deux boutons d'actions : Annuler / Modifier le RDV.
Cette situation est satisfaisante en ce qui concerne l'annulation du RDV.

En ce qui concerne la modification du RDV, on pourrait aller encore plus loin dans l'amélioration.
Au lieu d'avoir cette page avec le deuxième bouton de confirmation, on aurait une page cible (le statut cible) qui contiendrait un formulaire avec les nouveaux créneaux.
Le choix et la validation du créneau ferait office de confirmation.

Ce paramétrage ne serait possible que lorsque le statut cible contient une action formulaire.


Demandes liées

Lié à w.c.s. - Development #82088: filtre de création d'un accès temporaire à une demandeFermé06 octobre 2023

Actions
Lié à w.c.s. - Development #84806: Réduire l'espace avant le bouton {% temporary_access_button %}Fermé15 décembre 2023

Actions

Révisions associées

Révision 8e832964 (diff)
Ajouté par Frédéric Péters il y a 4 mois

misc: add {% temporary_access_button %} tag (#78135)

Historique

#1

Mis à jour par Frédéric Péters il y a 11 mois

Sur ce point, ça vaudrait le coup de vérifier si le risque est toujours bien réel.

C'est toujours bien réel.

#2

Mis à jour par Anaïs Ecuvillon il y a 11 mois

Et si on voulait aller plus loin, on remplacerait la syntaxe :

{% action_button "terminer" ... %}

Par un nouvel onglet dans l'action courriel, genre "Bouton d'action", avec les options possibles :
Nom du bouton, choix du saut à déclencher = statut cible
+ soit (message, message de confirmation )
ou directement affichage du statut cible

Avec un + pour en créer plusieurs,

Avec un identifiant qui permettrait d'ajouter une variable dans le courriel pour positionner le.s bouton.s là où on veut.

#3

Mis à jour par Thomas Noël il y a 11 mois

Peut-être, plus générique, avoir une « URL d'accès direct au formulaire ». C'est une URL qui contient un code secret (token super long) et avec une durée de vie. On aurait alors les possibilités :
  • le code de suivi classique, pour accéder complétement à sa demande tant qu'elle existe
  • les boutons d'action, avec durée de vie, permettant de faire des actions sans être connecté ni avoir accès aux détails de la demande
  • l'URL d'accès (avec un token dedans), avec durée de vie, permettant d'accéder à la demande tout comme avec le code de suivi -- présentable sous forme d'un bouton
#4

Mis à jour par Frédéric Péters il y a 11 mois

  • Tracker changé de Development à Autre
#5

Mis à jour par Anaïs Ecuvillon il y a 11 mois

Thomas Noël a écrit :

Peut-être, plus générique, avoir une « URL d'accès direct au formulaire ».

Je ne me rends pas compte de ce que ça représente niveau dev, mais cette proposition répond à des besoins différents exprimés récemment, donc je suis carrément pour,

#9

Mis à jour par Frédéric Péters il y a 7 mois

  • Lié à Development #82088: filtre de création d'un accès temporaire à une demande ajouté
#10

Mis à jour par Robot Gitea il y a 4 mois

  • Tracker changé de Autre à Development
  • Statut changé de Nouveau à En cours
  • Assigné à mis à Frédéric Péters

Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :

#11

Mis à jour par Robot Gitea il y a 4 mois

  • Statut changé de En cours à Solution proposée
#12

Mis à jour par Robot Gitea il y a 4 mois

  • Statut changé de Solution proposée à Solution validée

Thomas NOËL (tnoel) a approuvé une pull request sur Gitea concernant cette demande :

#13

Mis à jour par Robot Gitea il y a 4 mois

  • Statut changé de Solution validée à Résolu (à déployer)

Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :

#14

Mis à jour par Transition automatique il y a 4 mois

  • Statut changé de Résolu (à déployer) à Solution déployée
#15

Mis à jour par Anaïs Ecuvillon il y a 4 mois

Pour le tester, vous pouvez me décrire le fonctionnement retenu, et les différentes possibilités s'il y en a ?

#16

Mis à jour par Frédéric Péters il y a 4 mois

Il y a désormais un tag {% temporary_access_button %}, qui a le même fonctionnement que temporary_access_url, sauf qu'il affiche un bouton dans un mail.

#17

Mis à jour par Anaïs Ecuvillon il y a 4 mois

  • Lié à Development #84806: Réduire l'espace avant le bouton {% temporary_access_button %} ajouté
#18

Mis à jour par Transition automatique il y a 2 mois

Automatic expiration

Formats disponibles : Atom PDF