This is a new one :) Since 2:45 pm Eastern, my customers attempting to check out with PayPal (not PP CC; I use them for merchant services, too) are getting an error that reads "I'm sorry. We are experiencing temporary difficulties at the moment. Please try your purchase again later." below the grand total, where it should have a button to pay with PayPal.

I'm in contact with PP and they thought initially it was an issue with the customer's IP, and indeed, in those orders, the IP address shows as 2600. My husband looked that up and apparently it's what can happen if the customer is on IPv6, rather than IPv4, and some mobile carriers have just started assigning IPv6 numbers. However, I'm getting the same issue when I try it out on my computer, and it's showing my correct (IPv4) address. Is this perhaps addressed in the update?

I'll keep you appraised if I hear from PayPal again -- I've let them know about the 2600 and how it's also not working on my machine. Thanks!

http://www.sleepingbaby.net/
Using ECT 6.7.1

Hi Jan

From a cart point of view, can you temporarily remove this from vsadmin/includes.php and see if it makes a difference

$blockmultipurchase=10;

Andy

Please feel free to review / rate our software

Hi, Andy! For some reason I didn't get notified of your reply. The issue seems to be resolved as of the last couple of orders, but I received this from PayPal:

---

It looks like this issue is only affecting your DoDirectPayment API calls. I saw another attempt on Sept 10th, and it failed with the same 10747 API error code - the IP address provided is invalid.

Although our direct payment APIs support IPv4 and IPv6 addresses, they should be formatted correctly in the request. In the recent declined payments, the IPv6 address was truncated to 15 characters, as if it were an IPv4 address, which would cause a problem. You may want to reach out to your cart provider and ask them if the IPAddress is being truncated to 15 characters in the API call, or why the full IPv6 address isn't being passed.

http://www.sleepingbaby.net/
Using ECT 6.7.1

Hi Jan

I think your subscription mail was bounced back to us - I can't remember the reason but I'll check if it happens again. I'll ask about the truncated IP address for you.

Andy

Please feel free to review / rate our software

Hi Jan
I've been through everything and can't see where the IP Address would be truncated to 15 characters. In older versions of the cart there was a limit of 50 characters in the database but that was even then raised to 255 chars. Do you think it would be possible to ask PayPal if they could send the XML request and response as that might help find the culprit.

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

Their reply:

Unfortunately the XML request and response is not something we can provide. That should be available from your cart data.

The invalid IP's are coming over in the following formats:

xxxx:xxxx:xxxx:
xxxx:xxx:xxxx:x

http://www.sleepingbaby.net/
Using ECT 6.7.1

Hi Jan
In your hosting control panel is there a way to administer your mySQL database? If so, can you send the login details on to my email and I'll take a look to see if for some reason the database column for the IP address is set to only allow 15 characters. It's the only place I can think of that would restrict the length of the IP.

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

Sent :) Thanks!

http://www.sleepingbaby.net/
Using ECT 6.7.1

I'm looking at the columns, and orderIP is varchar(50). Seems like that should mean it accepts up to 50 characters, no?

http://www.sleepingbaby.net/
Using ECT 6.7.1

Where might I find XML data? This is still happening and it's really cutting into my sales :(

http://www.sleepingbaby.net/
Using ECT 6.7.1

Just for kicks, I changed the number of characters from 50 to 255. Will report back.

It, along with all the other variable character fields, are collation latin1_swedish_ci
I don't know if that would make a difference?

I've had three more orders not come through today...

http://www.sleepingbaby.net/
Using ECT 6.7.1

Hi Jan
Can you try adding the following parameter to your includes.php file...
$debugxmlemails=TRUE;
That should mean you get a debug email whenever the XML function is called and hopefully that should give us more information when we get one of these orders failing on the IPv6. But are you sure all these orders are now failing for the same reason? Could they possibly be just orders where the customer didn't complete the checkout?

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

They're all showing variations on the 2600 IP address, and when offered my PayPal.me link, they send funds, so yes.

http://www.sleepingbaby.net/
Using ECT 6.7.1

I have the XML emails now -- should I forward them via the forum email, Vince?

http://www.sleepingbaby.net/
Using ECT 6.7.1

Oh, and taking off blockmultipurchase didn't do anything.

http://www.sleepingbaby.net/
Using ECT 6.7.1

Hi Jan
I've had a look at the information you provided and the IP address looks fine to me. This is what I get with the last four digits replaced by x's . . .

CUSTIP=2601:c2:4000:6b:b1dc:1e91:38ab:xxxx

This was demo mode purchase that you made, no? It looks like the transaction has been approved so this would show as authorized in your admin orders page I think. But at the same time this message is sent back...
RESPMSG=Approved: 10747-The IP Address provided is invalid.

It kind of looks like an "Approved, but with the following warning". But in any case, it really looks like the IP isn't being truncated, or if it is, it is being truncated by PayPal after they receive the info from us. Could you possibly forward that XML on to your PayPal contact and ask them for their comments?

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

That was an actual customer attempt that failed, not a demo. I'll forward it to PayPal though.

http://www.sleepingbaby.net/
Using ECT 6.7.1

Interestingly, a CC purchase that was approved also says the IP is invalid:

[code] RESPMSG=Approved: 10747-The IP Address provided is invalid. [/code]

http://www.sleepingbaby.net/
Using ECT 6.7.1

According to the PayPal developers website, the DoDirectPayment API IPADDRESS field only accepts 15 single byte characters...

Also, the PayPal support website states that IPv6-format addresses are currently not supported:

Thank you! Shoot, what does that mean for me? I guess I'll ask the tech support at PayPal. Rather shocking that they weren't aware is the issue.

http://www.sleepingbaby.net/
Using ECT 6.7.1

PayPal did update the DoReferenceTransaction API call to support IPv6, but never any of the other API calls (including DoDirectPayment)... It really makes zero sense...