Projet

Général

Profil

Bug #78997

pas de réévaluation de la validité d'un champ après qu'une valeur y ait été posée par géocodage

Ajouté par Frédéric Péters il y a 10 mois. Mis à jour il y a 10 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
24 juin 2023
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Un champ carte et dessous des champs numéro / nom de la rue / commune, configurés comme obligatoire, si je vais d'abord dans ces champs et que j'en sors en les laissant vides, ils sont stylés avec l'info "! champ obligatoire". Si ensuite je clique sur la carte et que ça remplit les champs en question avec l'adresse à la position cliquée, l'info "! champ obligatoire" reste affichée.

Révisions associées

Révision e04ffc22 (diff)
Ajouté par Corentin Séchet il y a 10 mois

js: refresh live validation on geolocation prefill (#78997)

Historique

#1

Mis à jour par Corentin Séchet il y a 10 mois

  • Assigné à mis à Corentin Séchet
#2

Mis à jour par Robot Gitea il y a 10 mois

  • Statut changé de Nouveau à Solution proposée

Corentin Sechet (csechet) a ouvert une pull request sur Gitea concernant cette demande :

#3

Mis à jour par Corentin Séchet il y a 10 mois

  • Assigné à changé de Corentin Séchet à Benjamin Dauvergne

C'est un peu galère : les évènement JS purs (envoyés via element.dispatchEvent) sont bien gérés par jQuery ($element.on(...)). Dans l'autre sens en revanche, non, parce que jQuery ajoute une couche de gestion des évènements par-dessus le système d’évènements natifs. Donc la suppression de jQuery implique que n'importe où on ajoute un element.addHandler, on migre les $element.trigger correspondants vers dispatchEvent.

La manière "propre" de faire aurait été de migrer toute la fonction geoloc_prefill vers du JS natif, j'imagine. Mais je vais faire ma mauvaise tête : on pourra se permettre ce genre de refactoring quand on aura des tests unitaires JS, en l'état je trouve ça dangereux.

Je n'ai pas fait le tour en détail, mais un grep trigger('change') permet de voir les autres endroits où le problème est potentiellement présent.

J'ai changé le handler 'blur' vers un 'change' pour la mise à jour de la validation live, parce que ça faisait double emploi. Mais là dessus je veux bien une relecture parcimonieuse parce que le comportement n'est pas équivalent.

#4

Mis à jour par Robot Gitea il y a 10 mois

  • Statut changé de Solution proposée à En cours

Thomas Jund (tjund) a relu et demandé des modifications sur une pull request sur Gitea concernant cette demande :

#5

Mis à jour par Frédéric Péters il y a 10 mois

  • Assigné à changé de Benjamin Dauvergne à Corentin Séchet
#6

Mis à jour par Corentin Séchet il y a 10 mois

  • Statut changé de En cours à Solution proposée
#7

Mis à jour par Robot Gitea il y a 10 mois

  • Statut changé de Solution proposée à En cours

Thomas Jund (tjund) a relu et demandé des modifications sur une pull request sur Gitea concernant cette demande :

#8

Mis à jour par Corentin Séchet il y a 10 mois

  • Statut changé de En cours à Solution proposée
#9

Mis à jour par Robot Gitea il y a 10 mois

  • Statut changé de Solution proposée à Solution validée

Thomas Jund (tjund) a approuvé une pull request sur Gitea concernant cette demande :

#10

Mis à jour par Robot Gitea il y a 10 mois

  • Statut changé de Solution validée à Résolu (à déployer)

Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :

#11

Mis à jour par Transition automatique il y a 10 mois

  • Statut changé de Résolu (à déployer) à Solution déployée
#12

Mis à jour par Transition automatique il y a 7 mois

Automatic expiration

Formats disponibles : Atom PDF