lcollong
FabriKant d'applications web
Hi,
Using Paypal plugin, if using a confirmed address or no address at all (virtual goods) during the payment process : everything is fine (top part of the fabrik log in the sreenshot). But if you give an unconfirmed address (although this an non current situation ! May be impossible if not sandbox ?), it seems that the processed message are reversed (sse bottom part of the screenshot). The "completed" message is followed by a "form.paypal.ipn." message in which there is the following SQL :
All the fields are empty. Where as the previous IPN message (completed) has the following sql :
Thus the data stored in the fabrik tables are erased some seconds after being correctly set....
It's so much a corner case that I don't care if there is no solution to solve it but, perhaps this problem could reveal some logic error in the IPN message back treatment ?
Using Paypal plugin, if using a confirmed address or no address at all (virtual goods) during the payment process : everything is fine (top part of the fabrik log in the sreenshot). But if you give an unconfirmed address (although this an non current situation ! May be impossible if not sandbox ?), it seems that the processed message are reversed (sse bottom part of the screenshot). The "completed" message is followed by a "form.paypal.ipn." message in which there is the following SQL :
Code:
UPDATE fk_factures
SET `invoice_status` = '2',`IPN_Txn_Id` = '',`IPN_payment` = '',`IPN_status` = '',`IPN_address` = ' - '
WHERE fk_factures.id = '5'
IPN custom function =
IPN custom transaction function =
All the fields are empty. Where as the previous IPN message (completed) has the following sql :
Code:
UPDATE fk_factures
SET `invoice_status` = '2',`IPN_Txn_Id` = 'xxxxxxxxxCD946201V',`IPN_payment` = '321.72',`IPN_status` = 'Completed',`IPN_address` = 'unconfirmed - Av. de la Pelouse, 87648672 Mayet 75002 Alsace Paris FR'
WHERE fk_factures.id = '5'
IPN custom function =
IPN custom transaction function =
Thus the data stored in the fabrik tables are erased some seconds after being correctly set....
It's so much a corner case that I don't care if there is no solution to solve it but, perhaps this problem could reveal some logic error in the IPN message back treatment ?