Development #76596
Profil usager : par défaut inclure dans la recherche non et prénom
0%
Description
-C'est quand même là dessus que les gens cherchent
Demandes liées
Historique
Mis à jour par Benjamin Dauvergne il y a environ un an
C'est déjà le cas, je ne sais pas de quoi on parle, surtout dans hobo.
Mis à jour par Frédéric Péters il y a environ un an
Dans hobo on peut gérer les attributs du profil, dans les paramètres exposés il y a le fait que l'attribut soit pris en compte, ou pas, dans la recherche. Ce paramètre est mis à non par défaut, y compris sur prénom/nom. (qu'ensuite authentic ne prenne pas ça en compte, ~ok, mais il faudrait alors peut-être cocher/griser le paramètre ici).
Mis à jour par Emmanuel Cazenave il y a environ un an
Dialogue avec Benj en jabber, sur nom/prénom a2 fait une recherche quoiqu'il arrive, donc oui pour griser ou cacher ou whatever dans hobo.
Mis à jour par Paul Marillonnet il y a environ un an
Emmanuel Cazenave a écrit :
Dialogue avec Benj en jabber, sur nom/prénom a2 fait une recherche quoiqu'il arrive, donc oui pour griser ou cacher ou whatever dans hobo.
Mes excuses pour la fake news, j’ai testé en local et ai déroulé le code de recherche en texte libre, j’étais sous l’impression que, en déroulant ligne par ligne :
· on recherche sur le username, le courriel et le numéro de tél,
· puis on inclut la recherche sur tous les attributs de profil étendu pour lesquels searchable=True
,
· enfin on fait remonter les usagers dont le mail ou le username commence par la chaîne recherchée.
J’ai loupé le bout de code où la recherche a lieu sur nom/prénom quoiqu’il arrive, si quelqu’un veut bien me pointer cette partie du code, je suis preneur svp (sinon je déroulerai à coups de pdb en local à l’occase).
Mis à jour par Frédéric Péters il y a environ un an
Oui le code (free_text_search) m'a également donné cette impression, mais il y a un appel dedans à find_duplicates qui est en fait l'endroit qui fait cette recherche sur prénom/nom,
qs = self.annotate(name=Lower(Unaccent(ImmutableConcat('first_name', Value(' '), 'last_name')))) qs = qs.filter(name__trigram_similar=name)
et la partie recherche dans les attributs qui suit est là pour ajouter des résultats.
Mis à jour par Paul Marillonnet il y a environ un an
Frédéric Péters a écrit :
Oui le code (free_text_search) m'a également donné cette impression, mais il y a un appel dedans à find_duplicates qui est en fait l'endroit qui fait cette recherche sur prénom/nom,
et la partie recherche dans les attributs qui suit est là pour ajouter des résultats.
Arf, la fonction de recherche de doublon qui en fait remonte d’autres résultats, pas cool :/
C’est vrai qu’elle est invoquée avec comme seuil le settings A2_FTS_THRESHOLD, et non pas A2_DUPLICATES_THRESHOLD qui est le seuil de classification en doublon, ça aurait dû me mettre la puce à l’oreille. Merci pour la clarification.
Mis à jour par Benjamin Dauvergne il y a environ un an
Paul Marillonnet a écrit :
Arf, la fonction de recherche de doublon qui en fait remonte d’autres résultats, pas cool :/
Je ne sais pas ce qui te donne cette impression, en mode recherche de doublon on a en général l'état civil complet de la personne pour laquelle on recherche des doublons, ça limite largement les faux positifs. Quand find_duplicates() est utilisé dans free_text_search, c'est bien dans l'idée que l'agent a rentré le minimum et donc oui on accepte plus facilement les faux positifs.
En recherche de doublon il y a aussi un bonus possible via un match sur la date de naissance, ce n'est pas utilisé dans free_text_search(), mais par contre il n'y a absolument pas de recherche sur l'email.
Mis à jour par Benjamin Dauvergne il y a environ un an
- Lié à Development #76673: profile: griser la case à cocher "pris en compte dans les recherches" pour les champs nom et prénom ajouté
Mis à jour par Benjamin Dauvergne il y a environ un an
- Description mis à jour (diff)
- Statut changé de Nouveau à Rejeté