Benjamin Pick

Hi Chris,

did you try putting the IP address in the manual Lookup form (under Tools)? If the countries do not show up there as well, your only possibility is to evaluate other data sources. Which source are you currently using?

Hm, I’ve checked the wordpress code: you’re right, upgrading actually deactivates it. Still puzzled why this problem doesn’t happen more often/why it fails to activate it.

You’re right, seeing the error message at least tells you something has gone wrong …

Sorry to hear that …

So the real problem was that the update disactivated the plugin? Weird. You updated via the wordpress backend?

Maybe I should start recommending using function_exist before every plugin call … hm. You could add a check for is_admin() because in the backend you’ll probably not need geo-dectection, right?

See https://github.com/yellowtree/wp-geoip-detect/wiki/API-Usage-Examples#shortcode-examples

See
https://github.com/yellowtree/wp-geoip-detect/wiki/API-Usage-Examples#shortcode-examples

The option is implemented in Github now, you can beta-test it if you like:

https://github.com/yellowtree/wp-geoip-detect

Did you install the GeoIP Plugin? https://www.ads-software.com/plugins/geoip-detect/ See FAQ.

I am seeing the same JS error. The variable preferentiallite_buttons in js/preferential-extras.js, Line 135 does not exist (maybe it does in the pro version, but not in the free one.) Commenting out this line fixes it.

Hi,

I’m not a Woocommerce Expert but Geolocation and Shipping Availability is something that currently should be implemented already. (Maybe not as a shortcode, though.) Configuring it there would make more sense, I guess.

Oh, I’ve recognized that the same notice occurs on my system, so we didn’t really test the IPv6 issue. Can you try again without the space in the adress? (“2001:4860:4801:5::91 ” has a trailing whitespace.)

You can also test it after the update, actually. Thanks!

I have reverted the requirements to pre-2.4.0-behavior – Sorry for the inconvenience, I (wrongly) assumed that PHP compiled without IPv6 support would be too exotic.

I would still be interested in the above IPv6 check results, though, because off the top of my head I would have no idea how to try it out (without compiling php myself).

Oh, please use a different IPv6 adress for testing, for example:
2001:4860:4801:5::91

This is something I cannot do in my plugin.

See here:
https://www.ads-software.com/support/topic/plugin-wp-super-cache-make-some-parts-dynamic?replies=18
https://www.ads-software.com/support/topic/exclude-some-parts-of-page-from-caching?replies=6

You need to disable caching for this page or find other ways to inject the dynamic parts.

Oh, this is probably the IPv6 module check … For testing, can you replace ‘check_requirements.php’ with this file:

https://raw.githubusercontent.com/yellowtree/wp-geoip-detect/master/check_requirements.php

Your plugin should work again, and if it does, I will release a fix shortly. Again, if it does, could you please:

1) Enable WP_DEBUG
2) Enter ::1 (or a different IPv6 adress) into the lookup form
3) and tell me / screenshot me if there is any notice or so?