Project

General

Profile

Bug #69600

Garder le champ verrouillé, sur le rechargement d'un brouillon

Added by Olivier Renard 2 months ago. Updated about 2 months ago.

Status:
Nouveau
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
27 September 2022
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

Description

Le probléme est qu'un champ verrouillé ne le devient plus sur le rechargement de la page.

Le comportement est le suivant:

History

#2

Updated by Olivier Renard 2 months ago

En cliquant sur le numéro de la démarche fille, dans l'historique de la démarche parent.

#3

Updated by Marie Kuntz 2 months ago

je n'ai pas le lien, sinon je n'aurais pas posé la question... faut-il être connecté ?

#4

Updated by Olivier Renard 2 months ago

Effectivement je viens d'ajouter un message dans l'historique pour tout le monde.

#5

Updated by Marie Kuntz 2 months ago

c'est ok, mais dans ma demande fille, je n'ai plus qu'une entrée. Je peux cliquer dessus mais je ne peux de toute façon rien changer

#6

Updated by Olivier Renard 2 months ago

En rechargeant la page, le champ est normalement déverrouillé.

#7

Updated by Marie Kuntz 2 months ago

en effet, c'est reproduit (même si on ne peut pas valider le formulaire si on a changé la valeur)

#8

Updated by Olivier Renard 2 months ago

Je pense que ce phénomene vient du fait qu'au rechargement de la page, form_var_parent_ est perdu.

#9

Updated by Frédéric Péters about 2 months ago

En fait au reload on n'est plus sur le brouillon, on est sur une nouvelle saisie (le ?mt de l'URL ne peut être consommé qu'une fois); on verrait ça mieux s'il y avait un code de suivi (il changerait) ou s'il y avait d'autres champs (ils seraient vidés).

Je ne vois pas trop quoi proposer ici, comme le formulaire doit également servir pour de la saisie normale on ne peut pas conditionner tous les champs sur l'existence d'un form_var_parent_xxx et afficher un message d'explication.

Also available in: Atom PDF