Hello,
I’m sorry for the delay.
Please make sure that in “Jigoshop” -> “Settings” -> “Shop” -> “Allowed Countries”
you set the allowed country properly.
Plugin Author
MWSGD
(@mwsgd)
@ashkas Does issue persist?
It still persists for me. No change.
So I deactivated Paypal, and just used Stripe, and it’s still doing it. I’m assuming it has to do with that plugin? Or is it related to Jigoshop?
Ok, so I flipped the problem, and deactivated Stripe, and worked with Paypal. Seems like it’s a Jigoshop problem.
Plugin Author
MWSGD
(@mwsgd)
Could you provide Jigoshop > System Info so I can see current plugin versions. Have you since updated to Jigoshop 1.15.2?
Thread Starter
ashkas
(@ashkas)
Hi guys, thanks for the continued updates on this. I haven’t been able to follow this up on my end as I’ve been held up by another critical error on the cart that has shut down our Jigoshop development while we have been in development. Have been working with Olaf on this one.
I might have a way to test this now though, so will provide an update shortly.
Thread Starter
ashkas
(@ashkas)
I can confirm that this is still a problem. I have the correct billing country set in “Settings”, and it does not matter if I try Stripe on its own or Paypal on its own, the same error comes up.
Here is my System Info
### Begin System Info ###
Multi-site: No
SITE_URL: https://www.pepesnewmarket.com.au
HOME_URL: https://www.pepesnewmarket.com.au
Jigoshop Version: 1.15.2
WordPress Version: 4.1
Platform: Apple
Browser Name: Firefox
Browser Version: 34.0
User Agent String: Mozilla/5.0 (Macintosh; Intel Ma
c OS X 10.9; rv:34.0) Gecko/2010
0101 Firefox/34.0
PHP Version: 5.5.17
MySQL Version: 5.5.36
Web Server Info: Apache
eAccelerator: Disabled
APC: Disabled
OpCache: Disabled
PHP Memory Limit: 256M
PHP Post Max Size: 100MB
PHP Upload Max File Size: 100MB
PHP Max Input Time: 120
PHP Max Input Vars: 1000
WordPress Memory Limit: 128MB
Short Open Tag: Enabled
Allow URL fopen: Enabled
WP_DEBUG: Disabled
WP Table Prefix: Length: 3 Status: Acceptable
Show On Front: posts
Page On Front: 0
Page For Posts: 0
Session: Enabled
Session Name: PHPSESSID
Cookie Path: /
Save Path: /tmp
Use Cookies: On
Use Only Cookies: Off
DISPLAY ERRORS: On (1)
FSOCKOPEN: Supported
ACTIVE PLUGINS:
Add Custom Post Types Archive to Nav Menus: 1.1
Admin Menu Editor: 1.4.2
Advanced Custom Fields: 4.3.9
Advanced Custom Fields: Gallery Field: 1.1.1
Advanced Custom Fields: Options Page: 1.2.0
Advanced Custom Fields: Repeater Field: 1.1.1
Better WordPress reCAPTCHA: 1.1.3
Contact Form 7: 4.0.3
Contact Form 7 reCAPTCHA extension: 0.1.0
Contact Form DB: 2.8.22
Crop Thumbnails: 0.8.4
Custom Post Type Permalinks: 0.9.6
EWWW Image Optimizer: 2.1.2
Extension Works Framework: 1.5.3
Jigoshop: 1.15.2
Jigoshop Australia Post: 1.1.1
Jigoshop Stripe Gateway: 1.3.5
MailChimp for WordPress Lite: 2.2
Online Backup for WordPress: 3.0.4
Really Simple CAPTCHA: 1.8.0.1
Redirection: 2.3.11
Regenerate Thumbnails: 2.2.4
Rewrite Flush Button: 1.0
Rewrite Rules Inspector: 1.2.1
Search Everything: 8.1.3
SG CachePress: 2.1.7
Under Construction: 1.12
User Role Editor: 4.18.1
W3 Total Cache: 0.9.4.1
WordPress SEO: 1.7.1
WP-SCSS: 1.1.6
CURRENT THEME:
Pepe’s – Custom Theme:
### End System Info ###
Plugin Author
MWSGD
(@mwsgd)
See if temporarily disabling Jigoshop Australia Post and testing Free shipping makes a difference.
There is an updated version of Jigoshop Australia Post. If you can email us at support@jigoshop.com, referencing this ticket, we can supply the update to you Jigoshop account.
It seems that the Table Rate Shipping plugin was affecting my problem. I deactivated it, and I’m able to move forward at checkout without this error. So seemingly, looking at the previous post, this is a shipping plugin problem. Also, not sure if this is related, but the shipping to same as billing checkbox doesn’t fill out the right hand group of fields (shipping fields). I’ve checked to make sure I had jquery activated from WordPress, and it is. It’s the latest wordpress installation, 4.1 or whatever.
Plugin Author
MWSGD
(@mwsgd)
Table Rate has a new update. You should download it from your account.
The second issue may be due to a plugin conflict. Try deactivating everything and test a purchase. I tested in clean install and didn’t have an issue with the Shipping Address filling in.
