Produits Entr'ouvert » w.c.s.

correction légère : seuls les champs "calculés" ne doivent pas être pré-remplis (par exemple le code postal de la ville par défaut, on le laisse s'afficher)

Ce qui est fait actuellement (wip/alfortville) c'est de désactiver le préremplissage sur base de données utilisateur mais les autres préremplissages (string, geoloc, python) sont actifs. En y réfléchissant il faudrait sans doute également retirer geoloc.

Frédéric Péters a écrit :

En y réfléchissant il faudrait sans doute également retirer geoloc.

Oui.

Pour Python on laisse, en sachant que ça peut déborder car on a parfois des session_user_foo+session_user_bar qui sont utilisés :/ (un peu délicat de faire le tri, pas grave, ces session_user ne devraient pas être utilisés en prefill)

J'ai retravaillé les commits pour séparer la partie "multicanal" de la partie "saisie backoffice"; puis j'ai ajouté un test. (j'ai pour le moment laissé ça dans la branche wip/alfortville).

Dans les choix des rôles de saisie backoffice, les roles "--" ou "utilisateurs identifiés" ne permettent pas d'afficher le formulaire dans la liste de ceux qui peuvent être complétés par un agent (liste sur /backoffice/submission/)

le mode brouillon (code de suivi) ne semble pas ok : je saisi le début d'un formulaire (prenom=thomas), j'appuie sur suivant, je prend le code de suivi, je vais en frontoffice, je saisie le code de suivi, mais prenom=<vide> ...

et par ailleurs, les brouillons apparaissent dans l'espace utilisateur de l'agent (car ils lui appartiennent encore).

J'ai poussé une branche wip/7052 (qui reprend aussi #7873).

Dans les choix des rôles de saisie backoffice, les roles "--" ou "utilisateurs identifiés" ne permettent pas d'afficher le formulaire dans la liste de ceux qui peuvent être complétés par un agent (liste sur /backoffice/submission/)

Corrigé pour ne plus autoriser "utilisateurs identifiés". J'ai gardé le champ optionnel.

le mode brouillon (code de suivi) ne semble pas ok : je saisi le début d'un formulaire (prenom=thomas), j'appuie sur suivant, je prend le code de suivi, je vais en frontoffice, je saisie le code de suivi, mais prenom=<vide> ...

Je n'ai pas reproduit ça, par contre avec un formulaire monopage je n'arrivais pas sur une page correcte (j'aurais du arriver sur la page de validation, j'arrivais sur une page n+1 de l'édition du formulaire, sans aucun champ, cliquer sur le bouton "précédent" me remettait à flot).

J'ai intégré l'utilisation du code de suivi en frontoffice dans les tests.

et par ailleurs, les brouillons apparaissent dans l'espace utilisateur de l'agent (car ils lui appartiennent encore).

J'ai corrigé cela, les brouillons saisis dans le backoffice n'appartiennent à personne.

Test rapido de wip/7052, quelques choses :

• code de suivi sur un formulaire pas encore validé (brouillon) : en frontoffice, taper le code de suivi amène une erreur "accès interdit"
• quand on annule la saisie (clic sur Annuler), on est renvoyé sur le frontoffice

Sinon, plutôt écrire "Aucun" au lieu de "-", lorsqu'aucun rôle de saisie BO n'est attribué (mais ça peut venir après, dans un patch qui affichera également "Tous" au lieu de "-" pour les "rôles de l'usager").

Thomas Noël a écrit :

Test rapido de wip/7052, quelques choses :

• code de suivi sur un formulaire pas encore validé (brouillon) : en frontoffice, taper le code de suivi amène une erreur "accès interdit"

Tu peux regarder le test que j'ai intégré et comparer son déroulé au tien ? (test_backoffice_submission).

Frédéric Péters a écrit :

Tu peux regarder le test que j'ai intégré et comparer son déroulé au tien ? (test_backoffice_submission).

Zut, c'est pourtant ce que je fais "à la main"... Enquête à suivre (là je passe à autre chose)

Pour mémoire, ça échoue chez Thomas à cause de l'utilisation de --http et que ce mode ne place pas les variables dans l'environnement de la même manière que scgi/wsgi et du côté de l'extension auquo il y a une redirection qui se base là-dessus (sur REQUEST_URI). On pourrait revoir ce petit bout côté auquo pour marcher dans toutes les situations, ou arrêter --http.