ProxyEPN

C'est étrange en effet, j'ai eu un peu de mal à reproduire le bug mais je pense voir à présent où cela se passe. Je suppose dans votre cas qu'il y a d'abord eu une recherche sur "lu", le serveur retourne alors tous les résultats, puis le "c" est ajouté : alors le serveur n'est pas réinterrogé, il s'agit juste d'affiner en filtrant sur les réponses précédement obtenues. C'est apparement cette étape qui ne fonctionnerait pas comme espéré.

Je suppose donc qu'en partant d'un nouveau formulaire, si vous tapez d'un coup les 3 lettres "luc" tous les résultats seront bien affichés.

Bref j'ai l'impression que c'est le composant javascript qui privéligie les résultats commençant par les lettres saisies lorsqu'il utilise son cache sur les précédents résultats obtenus. Je vais donc essayer de le rendre plus large à ce niveau.

Ce problème est traité sur la demande #125

Un correctif a pu être trouvé (r545) et a été appliqué sur l'application en production.
Donc logiquement le soucis est réglé.

J'en profite pour évoquer un point auquel je pense depuis quelques temps : améliorer l'ordre des réponses sur la recherche d'usagers.
Actuellement les résultats proposent tout usager pour lequel le motif est contenu soit dans son nom, son prénom ou même son identifiant dans une liste triée alphabétiquement (selon nom puis prénom).
Ne serait-il pas intéressant que la recherche affiche en premier les résultats dont le nom commence par le motif, puis seulement les autres qui le contiennent dans l'un des champs ?

Cela me parait plus pratique à l'usage mais un retour d'expérience reste bienvenu avant d'effectuer ce type d'amélioration.

Dans la structure l'habitude est au tutoiement, j'ai donc plus tendance à inscrire sur la base du prénom, la modification actuelle me convient bien.

Dans ce cas, je ne vais pas m'embeter et laisser tel quel ;)