-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
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 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Plus des questions et remarques.
if (!error?.message?.includes("Invalid destination address")) { | ||
Sentry.captureException(error) | ||
} | ||
followup.smsError = JSON.stringify(error, null, 2) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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
…rete sur le front
7ee06de
to
cf65a55
Compare
Rebase avec l'intégration du refacto de la #4652 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tout est bon pour moi
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
àtrue
avec 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é