Fixbug adresse destination invalide (envoi de SMS) #4648
Conversation
|
Ça ne corrige pas exactement la même chose, non. Mais y a la partie sur le fichier |
| if (!error?.message?.includes("Invalid destination address")) { | ||
| Sentry.captureException(error) | ||
| } | ||
| followup.smsError = JSON.stringify(error, null, 2) |
There was a problem hiding this comment.
Tu as pu tester ? Cela ne va pas faire de doublon json entre ici et la génération de la réponse.
There was a problem hiding this comment.
Je ne sais pas si j'ai bien compris ta remarque, mais normalement oui, la condition sur le Sentry.captureException(error) est effective et j'ai aussi trouvé un problème à l'instant que j'ai corrigé : la sauvegarde du message d'erreur dans le followup est maintenant effective => 2b91c53
| console.error(error) | ||
| Sentry.captureException(error) | ||
| } catch (error: any) { | ||
| if (!error?.response?.data?.includes("Invalid destination address")) { |
There was a problem hiding this comment.
À voir, s'il ne faudrait pas avoir une constante pour gérer les « codes d'erreur », comme ça on pourrait voir le lien entre l'erreur envoyée en back et reçue en front.
There was a problem hiding this comment.
À mes yeux, le lien est plutôt explicite ici en regardant le contenu de error.response.data, je suis preneur d'un exemple si tu as une meilleure implémentation
…rete sur le front
Shamzic
force-pushed
the
fix-sms-adresse-destination-invalide
branch
from
7ee06de
to
cf65a55
Compare
|
Rebase avec l'intégration du refacto de la #4652 |
Certains numéros de SMS sont validés par le front mais ne sont pas valides pour autant en backend. Cela générait un statut
waitingàtrueavec un chargement infini sur le front sans aucune gestion d'erreur.Exemple de numéro invalide avec chargement infini en cliquant ici
+594 696 00 01 02Cette correction remonte l'erreur "adresse de destination invalide" soulevée par le backend et l'interprète sur le front avec un message spécifique pour éviter le loading infini.
Bug sentry associé