Projet

Général

Profil

Bug #39074

Mis à jour par Benjamin Dauvergne il y a plus de 4 ans

Je viens de constater un souci avec le backend dummy avec les derniers développement, comme on passe l'id de transaction dans la query-string de payment status view et que certains backend retourne aussi des choses en query-string, il faut que le backend gère les URLs contenant déjà une query-string.

Ce n'était pas le cas de notre brave écureuil et j'ai corrigé ça, néanmoins si ça arrive avec un vrai backend on aura pas les moyens de corriger.

Je proposerai que lingo-transaction-id soit passé dans le chemin de l'URL et non pas en paramètre, ça nous évitera ce possible souci.

Pour dummy ça donnait cette URL de retour :

<pre>
(15:48:44) Laureline Guérin: "GET /lingo/return-payment-backend/1/?lingo-transaction-id=Mzg:1isSe9:OdU7jf01Hb7s5qqXtLvkrFa7fFM?transaction_id=cDSXCuyhiNa8ngH8blWFh1xWC1xlVM&siret=siret_num&amount=75.57&email=admin%40localhost&return_url=https%3A%2F%2Fcombo.dev.publik.love%2Flingo%2Freturn-payment-backend%2F1%2F%3Flingo-transaction-id%3DMzg%3A1isSe9%3AOdU7jf01Hb7s5qqXtLvkrFa7fFM&direct_notification_url=https%3A%2F%2Fcombo.dev.publik.love%2Flingo%2Fcallback-payment-backend%2F1%2F&ok=1&signed=1 HTTP/1.0" 500 92719
</pre>

On voit que transaction_id venant de l'écureuil est bêtement ajouté derrière l'URL.

Retour