You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Need to look at the way line items are getting passed, and also remember to account for our "Send line item details to PayPal" option under settings. User reporting...
We got PP Express for WC working but now there’s a change in what we’re getting back via IPN.
Previously, the long IPN string included item_numberN parameters like this &item_number1=OI6_SUBS_MUL
Which carried the WC SKU for that product.
Now all the item_numberN items are empty
&item_number1=
But in both cases, the matching &item_name1= comes back with the correct details.
I’ve looked in the PPEX log and find a major change in what’s being sent to PP. We’re seeing lines like this – which are very long because they contain the HTML from the entire product description page.
[L_PAYMENTREQUEST_0_DESC0] => "A practical guide the new, changed and unfamiliar in Windows 10." Windows 10 Creators Edition for Microsoft Office users is a focused and unvarnished look at Windows 10, especially written for the many people who use Microsoft Office.
….
So the SKU in the form of
[L_PAYMENTREQUEST_0_NUMBER0] => OI6_SUBS_MUL
Isn’t being passed to PP – its missing entirely from the log, replaced by the DESC0 entry.
In PPE for WC this setting was ON
I’ve turned that OFF – will that stop the [L_PAYMENTREQUEST_0_DESC0] details going to PP and put [L_PAYMENTREQUEST_0_NUMBER0] back?
The text was updated successfully, but these errors were encountered:
Need to look at the way line items are getting passed, and also remember to account for our "Send line item details to PayPal" option under settings. User reporting...
We got PP Express for WC working but now there’s a change in what we’re getting back via IPN.
Previously, the long IPN string included item_numberN parameters like this &item_number1=OI6_SUBS_MUL
Which carried the WC SKU for that product.
Now all the item_numberN items are empty
&item_number1=
But in both cases, the matching &item_name1= comes back with the correct details.
I’ve looked in the PPEX log and find a major change in what’s being sent to PP. We’re seeing lines like this – which are very long because they contain the HTML from the entire product description page.
[L_PAYMENTREQUEST_0_DESC0] => "A practical guide the new, changed and unfamiliar in Windows 10." Windows 10 Creators Edition for Microsoft Office users is a focused and unvarnished look at Windows 10, especially written for the many people who use Microsoft Office.
….
So the SKU in the form of
[L_PAYMENTREQUEST_0_NUMBER0] => OI6_SUBS_MUL
Isn’t being passed to PP – its missing entirely from the log, replaced by the DESC0 entry.
In PPE for WC this setting was ON
I’ve turned that OFF – will that stop the [L_PAYMENTREQUEST_0_DESC0] details going to PP and put [L_PAYMENTREQUEST_0_NUMBER0] back?
The text was updated successfully, but these errors were encountered: