Wouldn't that just keep my customers who have IPv6 addresses from shopping? It's not an insignificant market anymore.

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

How many are IPv6 only? Probably none.

Peter

ServeLink
Professional ecommerce web hosting for ASP & PHP
https://servelink.com

Take a look at our image upload/resize tool for the ASP cart
https://servelink.com/clients/cart?gid=7

Well, for example, I looked for the IP for the computer I'm using now (at a university) and it reported IPv6. Do I also have an IPv4? If so, how would I force it (or my customer's device) to be reported instead of the IPv6? I don't want my customers to have to go through a Byzantine process just to check out, and if it's as simple as disabling IPv6 on my host, I'd be curious to know why it didn't work before I had IPv6 enabled on my host.

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

quote:

---

I looked for the IP for the computer I'm using now (at a university) and it reported IPv6

---

Sure, but the site you are actually visiting right now doesn't have an IPv6 address, yet you can still read this post It isn't as straightforward as it would first appear and there's a lot of clever stuff like 6to4 tunneling going on at the network level to make sure end users that are assigned IPv6 addresses can access sites that are only on IPv4. An overwhelming majority of websites (maybe 90%) are only listening on IPv4 addresses and that isn't going change any time soon.

Don't get me wrong, I think sites should support dual-stack IPv4/IPv6 if they possibly can, but it's far from mandatory right now and if disabling it can prevent all the hair pulling you are doing then I would do that until PayPal get with the program.

Peter

ServeLink
Professional ecommerce web hosting for ASP & PHP
https://servelink.com

Take a look at our image upload/resize tool for the ASP cart
https://servelink.com/clients/cart?gid=7

Hi All my ISP has me on IPV6 so I decided to test Jans site and I was not able to get past the shipping checkout page over to Paypal. I do test quite a few site within a given week but this is the only site that has ever happened so I'm thinking it maybe more of a hosting issue than a Paypal issue.

Winners never quit, quitters never win
CSS and Responsive Designs
User Manual for Ecommerce Templates

Sinbad, want to try again?
I have Cloudflare on my site (ran into some malicious requests a while back and Dreamhost recommended using it), and it's got a setting to overwrite IPv6 headers with IPv4. I enabled that and voila, was able to get through, but I want to make sure it's not just me.

Thank you! That's great service

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

Hi Jan, I was able to get through also - glad that's sorted out.

Winners never quit, quitters never win
CSS and Responsive Designs
User Manual for Ecommerce Templates

I have a similar problem here.

Everything was ok until a few days ago, when the "temporary difficulties" message appeared. The IP address on the (uncompleted) order had the format similar to this

2a02:c7d:8459:8a00:a816:670e:6c69:b787

When I click on this, it goes to info sniper (as expected) which tells me it is

86.151.233.139, which is our, not the customers IP address.

We are on 6.8.1, installed yesterday by Andy, so I don't think there is anything in our software installation causing it.

It did the same thing before on 6.4.6. This was the main reason for upgrading.

Any ideas?



Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

(Oh, and I have purchased12 months updaters, so I should be supported)

Hi Kingfisher, I received the same message on the rockfactory site, the first thing would be to check in the vsadmin/includes.php that $blockmultipurchase= is not set and if so it should be at least 3

Winners never quit, quitters never win
CSS and Responsive Designs
User Manual for Ecommerce Templates

HI Sinbad

a portion of includes

$usecsslayout=TRUE;
$sortcategoriesalphabetically=FALSE;
$blockmultipurchase=5; //limits no of transactions/24hr per IP set
$actionaftercart=3;


Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

Hi Kingfisher, you mention your using a IP Geo Locatetor is it possible to disable that then test the site.

Winners never quit, quitters never win
CSS and Responsive Designs
User Manual for Ecommerce Templates

Hmm, I think it is part of the ECT package, I have not enabled or installed it to my knowledge.

The IP address is shown in"additional details" within order details, and is clickable.

around line 1751 incorders.php -

<div class="right"><?php if($doedit) print editfunc($alldata['ordIP'],'ipaddress',15); else print '<a href="http://www.infosniper.net/index.php?lang=1&ip_address='.urlencode($alldata['ordIP']).'" target="_blank">'.htmlspecials($alldata['ordIP']).'</a>'?></div>

do you want me to edit this line?

Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

Just as a test, does it make any difference if you remove the $blockmultipurchase parameter completely?

Andy

Please feel free to review / rate our software

commented out $blockmultipurchase in vsadmin.
no change

I get the same "temporary difficulties " with Paypal and Sagepay.

Paypal are reporting difficulties today in Germany UK and Italy etc. - Don't know why this should affect Sagepay though???

They also had problems around the time ours started so it could be their fault???

Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

I just tested the site and was able to get to PayPal ok to log on so there's no problem from here. Is this your own server or shared as you may want top follow Peter's (insight) advice on disabling IPv6 on your site.

Andy

Please feel free to review / rate our software

Hi Andy,

Yes I see your order with a sensible IP address.

Already spoken with Peter, he seems to think you had some code on the way, ......... I quote

"Otherwise you could remove the DNS records for the IPv6 address, but that isn't really a step forward so let's see if we can cover up PayPal's shortcomings with code first."

Thing is, I don't know how to do the DNS thing anyway

Still doesn't work for me by the way.

Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

I don't think any new code is imminent or at least I'm not aware of any in the pipeline - I would temporarily remove DNS records for the IPv6 address until another solution is available.

Andy

Please feel free to review / rate our software

Hi All,
I've found a problem here to do with a part of the cart that assumes an IP address in IPv4 format and so defaults to returning an invalid IP for an IPv6 address. The fix is in the inccart.php script in the updater now.
Jan, I don't think this has anything to do with your problem though which really seems to be down to PayPal choking on the IPv6 address.

Vince

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

Thanks Vince, that has fixed that problem.

However if I use our credit card processor (Sagepay), I now get the following - (on the Sagepay site)



This transaction attempt has failed. We are unable to redirect you back to the web store from which you were purchasing. The details of the failure are given below.

Status:

ERROR
Status Detail:

5080 : Form transaction registration failed.


I don't know if this is related, or something else entirely

John




Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

Hi John
That error would normally indicate that one of the parameters sent to SagePay was incorrect, but I just tried going through your checkout and it seemed ok. Do you still get the problem? If so can you let me know how I can recreate it?

Vince

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