Projet

Général

Profil

Anomalie #27317

M2M: la recherche d'un destinataire n'aboutit pas toujours, même après un temps d'attente très long

Ajouté par Paul DURAND il y a 5 mois. Mis à jour il y a 3 mois.

Statut:
R&D - Terminé
Priorité:
2-Sérieux
Assigné à:
Version cible:
Début:
28/11/2023
Echéance:
Version applicable MC:
2301
Tags Courrier:
2301.3.5

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

contact_m2m.png (71,2 ko) contact_m2m.png Cynthia APURA, 14/12/2023 12:57
M2M.png (78,1 ko) M2M.png Cynthia APURA, 14/12/2023 12:57
19162
19163

Historique

#2 Mis à jour par Emmanuel DILLARD il y a 5 mois

  • Statut changé de A qualifier à A traiter
  • Assigné à mis à Cynthia APURA

#4 Mis à jour par Cynthia APURA il y a 5 mois

19162
19163

#5 Mis à jour par Emmanuel DILLARD il y a 4 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/2023 supprimé

#6 Mis à jour par Emmanuel DILLARD il y a 4 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 applicable MC mis à 2301

#7 Mis à jour par Emmanuel DILLARD il y a 3 mois

  • Statut changé de R&D - A planifier à R&D - En cours

#8 Mis à jour par Joseph AKEL il y a 3 mois

  • Assigné à mis à Nicolas COUTURE

#9 Mis à jour par Emmanuel DILLARD il y a 3 mois

  • Tags Courrier 2301.3.5 ajouté

#10 Mis à jour par Nicolas COUTURE il y a 3 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

#11 Mis à jour par Nicolas COUTURE il y a 3 mois

  • Statut changé de R&D - En cours à R&D - En test

#12 Mis à jour par Emmanuel DILLARD il y a 3 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

#13 Mis à jour par GIT LAB il y a 3 mois

#14 Mis à jour par Hamza HRAMCHI il y a 3 mois

  • Statut changé de R&D - En test à R&D - Terminé

Formats disponibles : Atom PDF