Anomalie #27317
ferméM2M: la recherche d'un destinataire n'aboutit pas toujours, même après un temps d'attente très long
Description
On est sur un courrier et l'on souhaite envoyé un "pli numérique"
dans la barre de recherche d'un contact on tape les 3 premiers caractère du nom du contact.
La recherche est très lente il faut des fois 1 min pour que le contact s'affiche ou ne s'affiche pas du tout.
Il faut des fois changer d'onglet dans le navigateur afin que la recherche soit effective.
Parfois rien ne se passe.
Mon test a été effectué alors qu'il n'y a qu'un contact M2M.
Ce test a été fait sur https://demo.maarchcourrier.com et en local.
Pas à pas :
Avoir un contact paramétré M2M (cf : contact_m2m)
Sur un courrier faire un envoi de pli numérique
Chercher le contact M2M avec les 3 premières lettres du prénom ou nom (cf : M2M)
Latence dans le retour
Fichiers
Mis à jour par Emmanuel DILLARD il y a 12 mois
- Statut changé de A qualifier à A traiter
- Assigné à mis à Cynthia APURA
Mis à jour par Cynthia APURA il y a 12 mois
- Fichier contact_m2m.png contact_m2m.png ajouté
- Fichier M2M.png M2M.png ajouté
- Description mis à jour (diff)
- Echéance mis à 18/12/2023
- Statut changé de A traiter à R&D - A étudier
- Assigné à
Cynthia APURAsupprimé
Mis à jour par Emmanuel DILLARD il y a 12 mois
- Sujet changé de M2M: recherche d'un destinataire à M2M: la recherche d'un destinataire n'aboutit pas toujours, même après un temps d'attente très long
- Echéance
18/12/2023supprimé
Mis à jour par Emmanuel DILLARD il y a 12 mois
- Sujet changé de M2M: la recherche d'un destinataire n'aboutit pas toujours, même après un temps d'attente très long à ANALYSE - M2M: la recherche d'un destinataire n'aboutit pas toujours, même après un temps d'attente très long
- Statut changé de R&D - A étudier à R&D - A planifier
- Version source mis à 2301
Mis à jour par Emmanuel DILLARD il y a 10 mois
- Statut changé de R&D - A planifier à R&D - En cours
Mis à jour par Nicolas COUTURE il y a 10 mois
ANALYSE : Il n'y a aucun problème côté Back, les requêtes répondent très vite (~30ms pour la recherche d'un contact M2M)
Le soucis vient du front car la requête GET ne se lance que plusieurs dizaines de secondes après.
Le problème se situe dans la fonction initM2MList du fichier sent-numeric-package-page.component.ts
Il semblerait que le pipe this.recipientsCtrl.valueChanges.pipe() ne se déclenche pas qu'au changement de valeur mais renvoie en continue la valeur courante. Le debounceTime étant une fonction de temporisation, on se retrouve avec des temporisations qui sont envoyées en boucles étant donné que cette fonction de temporisation est appelée dès le début.
Après plusieurs tests, voici 2 solutions qui semblent fonctionner :
- Décommenter la fonction debounceTime(300)
- Déplacer la fonction distinctUntilChanged() en début de pipe, avant le debounceTime, afin de filtrer dès le début les changements de valeur
Mis à jour par Nicolas COUTURE il y a 10 mois
- Statut changé de R&D - En cours à R&D - En test
Mis à jour par Emmanuel DILLARD il y a 10 mois
- Sujet changé de ANALYSE - M2M: la recherche d'un destinataire n'aboutit pas toujours, même après un temps d'attente très long à M2M: la recherche d'un destinataire n'aboutit pas toujours, même après un temps d'attente très long
Mis à jour par GIT LAB il y a 10 mois
[CREATION] MR sur 2301_releases (fix/27317/2301.3.x) par ncoutur couture@docimsol.com
https://labs.maarch.org/maarch/MaarchCourrier/commit/db40d6108ff106d2107393bd09572de66bd33e2a
Mis à jour par Hamza HRAMCHI il y a 10 mois
- Statut changé de R&D - En test à R&D - Terminé