Autre #17672
Comportement de l'option de formulaire Historique et Statut
0%
Description
Lorsque cette option de formulaire est cochée (la valeur indiquée devient "Privés"), l'historique n'est plus visible sur les demandes pour un agent qui a le rôle associé à la fonction Destinataire, Destinataire qui peut effectuer une action dans le statut courant de la demande (les actions sont bien visibles).
Or le détail de l'option indique :
- Intitulé : Garder le statut et l'historique du workflow
- Case à cocher : privés
- Commentaire : Limite la possibilité de voir le statut et l'historique aux destinataires
Je pensais que cette option avait un impact pour le demandeur mais pas pour l'agent, que cela cachait systématiquement l'historique au demandeur dans le mode 'Privés'.
Du commentaire, cela ne semble pas être le cas. Il semble en outre que le comportement attendu n'est pas celui constaté.
Test effectué sur :
- login admin avec compte LDAP LE
- formulaire : https://demarches-sve.test-demarches.sictiam.fr/backoffice/forms/15/
- workflow : https://demarches-sve.test-demarches.sictiam.fr/backoffice/workflows/12/
- demande : https://demarches-sve.test-demarches.sictiam.fr/backoffice/management/saisine-par-voie-electronique-new/91/
- compte agent avec le rôle Destinataire : agent_test_sictiam / agent_test_sictiam
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a presque 7 ans
Sur la page en question en tant que l'agent en question, je vois bien le journal, cf capture.
J'ai aussi vite fait un test unitaire, qui ne lève pas d'erreur.
+def test_backoffice_private_status_and_history(pub): + create_user(pub) + create_environment(pub) + formdef = FormDef.get_by_urlname('form-title') + formdef.private_status_and_history = True + formdef.store() + form_class = FormDef.get_by_urlname('form-title').data_class() + number31 = [x for x in form_class.select() if x.data['1'] == 'FOO BAR 30'][0] + app = login(get_app(pub)) + resp = app.get('/backoffice/management/form-title/') + assert re.findall('<tbody.*\/tbody>', resp.body, re.DOTALL)[0].count('<tr') == 17 + + # click on a formdata + resp = resp.click(href='%s/' % number31.id) + assert (' with the number %s.' % number31.get_display_id()) in resp.body + resp.forms[0]['comment'] = 'HELLO WORLD' + resp = resp.forms[0].submit('button_accept') + resp = resp.follow() + assert FormDef.get_by_urlname('form-title').data_class().get(number31.id).status == 'wf-accepted' + assert 'HELLO WORLD' in resp.body + + assert 'id="evolution-log"' in resp.body # check formdata history is in the page
Je rate quoi ?
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a presque 7 ans
Je viens de repasser 'Historique et Statut' en 'Privés', l'historique ne s'affiche plus sur la demande pour l'agent en question.
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a presque 7 ans
- Description mis à jour (diff)
Mis à jour par Frédéric Péters il y a presque 7 ans
- Fichier 0001-misc-fix-log-visibility-for-users-with-dispatched-fu.patch 0001-misc-fix-log-visibility-for-users-with-dispatched-fu.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
La visiblité ne s'appliquait pas aux personnes qui obtenaient la fonction via un dispatch.
Mis à jour par Thomas Noël il y a presque 7 ans
Ack
Sur un autre volet de la causerie, plutôt conseiller de ne pas utiliser l'option "Keep workflow status and history private" ; et de gérer la visibilité statut par statut.
Mis à jour par Frédéric Péters il y a presque 7 ans
- Statut changé de En cours à Résolu (à déployer)
commit 1c687adc90b3db4a67622f898271100539bc4826 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Mon Jul 17 22:05:00 2017 +0200 misc: fix log visibility for users with dispatched functions (#17672)
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
misc: fix log visibility for users with dispatched functions (#17672)