Development #26652
URL de retour après création d'un usager par un agent
0%
Description
Aujourd'hui, ça envoie vers la fiche de l'utilisateur d'authentic, pour un agent qui était sur le portail agent, qui ajoute un usager, on aimerait bien la redirection sur la fiche de l'usager côté portail agent.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Lié à Development #19756: Personnalisation accrue du portail agent pour en faire aussi la page d'entrée des agents d'accueil ajouté
Mis à jour par Paul Marillonnet il y a plus de 5 ans
- Statut changé de Nouveau à Information nécessaire
Je voudrais commencer par construire la page attendue (la fiche usager côté portail agent).
Je n'y parviens pas et ne trouve pas d'indication sur le paramétrage et l'édition du portail agent pour faire apparaître ces fiches.
Quelqu'un peut me donner une piste, svp ?
Mis à jour par Paul Marillonnet il y a plus de 5 ans
Paul Marillonnet a écrit :
Je n'y parviens pas et ne trouve pas d'indication sur le paramétrage et l'édition du portail agent pour faire apparaître ces fiches.
Pardon, je ne précise pas où j'ai cherché -> dans la doc Publik de l'agent traitant, de l'agent d'accueil et de l'admin fonctionnel.
Mis à jour par Frédéric Péters il y a plus de 5 ans
Exporte et installe toi en local https://agents-validation.test.entrouvert.org/manage/
Aussi, tape ça en settings.json :
{ "COMBO_SEARCH_SERVICES": { "users": { "url": "{{eservices_url}}api/users/?q=%(q)s{% if user_nameid %}&NameID={{ user_nameid }}{% endif %}", "label": "Usagers", "signature": true, "hit_url_template": "/fiche-usager/{{user_name_identifier_0}}/", "hit_label_template": "{{text}}", "hit_description_template": "{{ user_var_email }}{% if user_var_city %} — {{ user_var_address|default:'' }} {{ user_var_city }}{% endif %}" }, "formdata": { "url": "{{eservices_url}}api/forms/?q=%(q)s&status=all{% if user_nameid %}&NameID={{ user_nameid }}{% endif %}", "label": "Demandes", "signature": true, "hit_url_template": "{{ form_url_backoffice }}", "hit_label_template": "{{ title }}", "hit_description_template": "{{ form_digest|default:'' }}" } } }
Mis à jour par Frédéric Péters il y a plus de 5 ans
Mais c'est plutôt à considérer comme un détail, on ne va pas hardcoder ce genre de trucs, ce qu'il faut, c'est qu'authentic accepte une URL au début et redirige vers celle-ci une fois l'utilisateur créé.
Mis à jour par Paul Marillonnet il y a plus de 5 ans
Frédéric Péters a écrit :
Mais c'est plutôt à considérer comme un détail, on ne va pas hardcoder ce genre de trucs, ce qu'il faut, c'est qu'authentic accepte une URL au début et redirige vers celle-ci une fois l'utilisateur créé.
Hmm ok, merci.
Accepter une URL, ce serait chercher une valeur pour une clé next_url
dans la querystring du GET sur la page d'ajout, genre chercher un motif du genre /manage/users/<ou pk>/add/?next_url=https://agent-combo.a-b-c.eo.com/fiche-usager/<user pk>/
?
Mis à jour par Frédéric Péters il y a plus de 5 ans
S'il y a un request.GET['next_url'], le taper en <input type=hidden> dans le formulaire, au submit réussi, tirer cette info, faire la redirection.
Pas d'histoire de motif, je peux passer ?next_url=http://www.example.com/ si je veux.
Mis à jour par Paul Marillonnet il y a plus de 5 ans
- Fichier 0001-WIP-backoffice-support-next-url-after-user-creation-.patch 0001-WIP-backoffice-support-next-url-after-user-creation-.patch ajouté
- Statut changé de Information nécessaire à En cours
À première vue, je partirais bien sur quelque chose comme ça.
Mis à jour par Paul Marillonnet il y a plus de 5 ans
- Fichier 0001-backoffice-support-next-url-after-user-creation-2665.patch 0001-backoffice-support-next-url-after-user-creation-2665.patch ajouté
- Statut changé de En cours à Solution proposée
- Patch proposed changé de Non à Oui
Le patch pour de vrai, avec un test.
Mis à jour par Frédéric Péters il y a plus de 5 ans
Sans regarder vraiment, tu devrais inclure dans ton test un moment où le formulaire est en erreur, pour vérifier que l'info "next url" ne se perd pas.
Ne pas oublier non plus le parcours où l'agent cliquerait sur "annuler", pareil il doit retourner à "next url".
N'ajoute pas de <div>, qui pourraient se trouver stylés, alors que rien (de visible) n'est dedans.
Mis à jour par Paul Marillonnet il y a plus de 5 ans
- Fichier 0001-backoffice-support-next-url-after-user-creation-2665.patch 0001-backoffice-support-next-url-after-user-creation-2665.patch ajouté
Ok, retrait de la <div>
, et ajout des deux parcours (formulaire en erreur, et annulation) dans les tests.
Mis à jour par Paul Marillonnet il y a plus de 5 ans
- Fichier 0001-backoffice-support-next-url-after-user-creation-2665.patch 0001-backoffice-support-next-url-after-user-creation-2665.patch ajouté
Aïe, je corrige l'espace manquant dans {{ next_url}}
(gabarit user_add.html
du manager).
Mis à jour par Benjamin Dauvergne il y a plus de 5 ans
- Statut changé de Solution proposée à Solution validée
Ack, juste l'indentation dans src/authentic2/manager/templates/authentic2/manager/user_add.html
m'a l'air zarbi.
Mis à jour par Paul Marillonnet il y a plus de 5 ans
- Statut changé de Solution validée à Résolu (à déployer)
Poussé après correction de l'indentation.
commit ceb683ee3cf7f295f8041d79e9ddd2e8ae22e7d0 Author: Paul Marillonnet <pmarillonnet@entrouvert.com> Date: Wed Oct 31 12:00:30 2018 +0100 backoffice: support next url after user creation (#26652)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
backoffice: support next url after user creation (#26652)