Bug #23188
arrêter d'alerter sur un échec de notif après un certain temps
0%
Description
Sur une erreur de notif de paiement de lingo à wcs, il y a réessai via la commande notify_payment et dans celle-ci si ça échoue à nouveau alerte envoyée par emai l("error in async notification for basket item"). Alerte dans l'idée que quelqu'un la reçoive et y prête attention et inspecte l'affaire et corrige etc. Dans la réalité ça ne se passe pas ainsi et éternellement la même notif pour la même erreur revient.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ 6 ans
- Fichier 0001-lingo-limit-async-payment-notification-to-a-few-hour.patch 0001-lingo-limit-async-payment-notification-to-a-few-hour.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Limite arbitraire à 300 minutes.
Mis à jour par Thomas Noël il y a environ 6 ans
Oui en première approche et vu la situation actuelle.
Mais en réalité les systèmes de paiement que je connais tentent un feedback pendant quelques heures très régulièrement, puis sporadiquement pendant 4 ou 5 jours, puis une fois par jour. Pour les imiter et éviter un abandon total, on pourrait ajouter une seconde passe sur les payment_data__hour=now.hor, payment_date__lt=now-datetime.timedelta(minutes=301)) avec juste un logger.error, voire logger.warn ?
Aussi parce que tenter 5 heures ça me parait trop peu, en imaginant un plantage toute une nuit voire tout un week-end.
Mis à jour par Frédéric Péters il y a environ 6 ans
- Statut changé de En cours à Résolu (à déployer)
Oui en première approche et vu la situation actuelle.
Ok, à d'autres tickets d'autres évolutions. (idées à la suite)
commit 39ef627bab13b4b2555572b90ff7a7d104f04105
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Sun Apr 15 15:47:49 2018 +0200
lingo: limit async payment notification to a few hours (#23188)
~~
En pratique dans les alertes reçues, l'énorme majorité ne verra pas de résolution par un réessai, parce que souvent c'est une erreur de workflow genre le paiement arrive alors que la demande n'est pas dans un statut avec un trigger "paid".
- → idée ici de remonter au niveau d'une erreur logguée par wcs l'appel à un trigger inexistant.
- → idée 2 d'évolutions dans les pages de gestion des transactions pour afficher ces situations à l'admin, lui permettre de rejouer, etc.
~~
Mais en réalité les systèmes de paiement que je connais tentent un feedback pendant quelques heures très régulièrement (...)
(À l'inverse récemment j'ai eu l'info côté atos/worldline (sips2) et il y a uniquement deux essais, si la première notif ne passe pas il y a réessai 20 secondes plus tard, et c'est tout. Terrible.)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
lingo: limit async payment notification to a few hours (#23188)