Reputation: 63
Paypal for the last few days has randomly started returning the POST variable of item_number1 instead of item_number and the same for item_name. I've read on Paypals website that they do this when it's a cart transaction(multiple items). These are instant payments for wifi access of a single item so I'm not sure why after years of running without seeing this it has suddenly started randomly happening. In the returned data to the IPN listener I also get a "num_cart_items=1" if it has sent the "item_number1". So it is definitely thinking some transactions are shopping cart ones. Is there any way I can stop this happening?
Upvotes: 5
Views: 1237
Reputation: 1071
I noticed that as well yesterday (13th july), today is running well. Anyway, I patched the code checking out does two variables. This might be a joke from paypal, tomorrow might be $_POST['item_number69'] :D
Upvotes: 0
Reputation: 11
look for "item_number1" if "item_number" does not exist
this page referes to item_number in paypal docs https://developer.paypal.com/docs/classic/ipn/integration-guide/IPNIntro/
this page refers to item_numberx https://developer.paypal.com/docs/classic/ipn/integration-guide/IPNandPDTVariables/
so annoyed with paypal! and it's so hard to reconcile with paypal as you cannot even search for a transaction by the item_number or order reference number...
Upvotes: 1
Reputation: 97
Similar here. I temporary deal with the issue with the following:
if (!$_POST['item_number']) {
$_POST['item_number']=$_POST['item_number1']; }
I still wonder why it randomly changes item_number to item_number1 and there was no notice or announcement for that. I had half orders passing and half not, and though that was PayPal IPN issue, not my file !
Upvotes: 3
Reputation: 21
Same here. Started yesterday with random behaviour. I'm not interested in such "shopping cart" functions so I have modified my ipn receiver to scan for the first "item_number" available.
Upvotes: 2