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.
Files
Related issues
Associated revisions
History
Updated by Frédéric Péters over 4 years ago
- Related to Development #19756: Personnalisation accrue du portail agent pour en faire aussi la page d'entrée des agents d'accueil added
Updated by Paul Marillonnet over 4 years ago
- Status changed from Nouveau to 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 ?
Updated by Paul Marillonnet over 4 years ago
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.
Updated by Frédéric Péters over 4 years ago
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:'' }}" } } }
Updated by Frédéric Péters over 4 years ago
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éé.
Updated by Paul Marillonnet over 4 years ago
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>/
?
Updated by Frédéric Péters over 4 years ago
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.
Updated by Paul Marillonnet over 4 years ago
- File 0001-WIP-backoffice-support-next-url-after-user-creation-.patch 0001-WIP-backoffice-support-next-url-after-user-creation-.patch added
- Status changed from Information nécessaire to En cours
À première vue, je partirais bien sur quelque chose comme ça.
Updated by Paul Marillonnet over 4 years ago
- File 0001-backoffice-support-next-url-after-user-creation-2665.patch 0001-backoffice-support-next-url-after-user-creation-2665.patch added
- Status changed from En cours to Solution proposée
- Patch proposed changed from No to Yes
Le patch pour de vrai, avec un test.
Updated by Frédéric Péters over 4 years ago
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.
Updated by Paul Marillonnet over 4 years ago
- File 0001-backoffice-support-next-url-after-user-creation-2665.patch 0001-backoffice-support-next-url-after-user-creation-2665.patch added
Ok, retrait de la <div>
, et ajout des deux parcours (formulaire en erreur, et annulation) dans les tests.
Updated by Paul Marillonnet over 4 years ago
- File 0001-backoffice-support-next-url-after-user-creation-2665.patch 0001-backoffice-support-next-url-after-user-creation-2665.patch added
Aïe, je corrige l'espace manquant dans {{ next_url}}
(gabarit user_add.html
du manager).
Updated by Benjamin Dauvergne over 4 years ago
- Status changed from Solution proposée to Solution validée
Ack, juste l'indentation dans src/authentic2/manager/templates/authentic2/manager/user_add.html
m'a l'air zarbi.
Updated by Paul Marillonnet over 4 years ago
- Status changed from Solution validée to 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)
Updated by Frédéric Péters about 4 years ago
- Status changed from Résolu (à déployer) to Solution déployée
backoffice: support next url after user creation (#26652)