ashkas

To help show the behaviour we see, please view this brief video cast that shows what happens when we test this in TwentyFifteen theme: https://screencast.com/t/rD7d0WGNfLw

We’re happy to provide WP and FTP access if this can help resolve the issue.

Sorry for the delay, for some reason WP is not notifying me on updates.

I’ve tried this with and without default WP themes, and it doesn’t seem to work for us. I’ve also tried this as a guest and in multiple browsers.

Please see below for system info:

WordPress Environment
Home URL: 	[?] 	https://www.pepesnewmarket.com.au
Site URL: 	[?] 	https://www.pepesnewmarket.com.au
Jigoshop Version: 	[?] 	1.17.6
Jigoshop Database Version: 	[?] 	1503180
Log Directory Writable: 	[?] 	? To allow logging, make /home/pepesnew/public_html/wp-content/uploads/jigoshop-logs/ writable or define a custom JIGOSHOP_LOG_DIR.
WP Version: 	[?] 	4.2.2
WP Multisite: 	[?] 	–
WP Memory Limit: 	[?] 	128 MB
WP Debug Mode: 	[?] 	–
Language: 	[?] 	en_US
Server Environment
Server Info: 	[?] 	Apache
PHP Version: 	[?] 	5.5.26
PHP Post Max Size: 	[?] 	128 MB
PHP Time Limit: 	[?] 	120
PHP Max Input Vars: 	[?] 	1000
SUHOSIN Installed: 	[?] 	–
MySQL Version: 	[?] 	5.5.36
eAccelerator: 	[?] 	?
APC: 	[?] 	?
OpCache: 	[?] 	?
Short Open Tag: 	[?] 	?
Allow URL fopen: 	[?] 	?
Session: 	[?] 	?
Cookie Path: 	[?] 	/
Save Path: 	[?] 	/tmp
Use Cookies: 	[?] 	?
Use Only Cookies: 	[?] 	?
Max Upload Size: 	[?] 	128 MB
Default Timezone is UTC: 	[?] 	?
fsockopen/cURL: 	[?] 	?
SoapClient: 	[?] 	?
Remote Post: 	[?] 	?
Remote Get: 	[?] 	?
Server Locale
decimal_point:	[?]	.
thousands_sep:	[?]	N/A
mon_decimal_point:	[?]	N/A
mon_thousands_sep:	[?]	N/A

Are there any further updates to this?

Great thanks for that. As we’re frequent orders where people are selecting “local pick up” when they aren’t local, we need a work around for this asap.

Is there any code change your developers can recommend so we can work around this in the meantime?

Also I test this by changing to TwentyFifteen theme, and the issue continued.

So I’ve investigated this further and noticed that there’s a function in jigoshop_shipping.class.php for dealing with exactly this (that is, preventing local pick up from being the default selection).

This is on lines 240 – 274.

It appears that this is a bug, as it is not working. I tried changing shipping method from Australia Post to Flat Rate, and local pick up was still continued as the default selection.

Can this please be investigated?

Can you please again reply to my email to support. This issue was not resolved last time (when the site was in development) and means that customers who update their cart, now experience a fatal error.

Ever work out an answer to this?

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 ###

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.

What kind of system information should I provide? The hosting environment?

It’s on Siteground GoGeek, which is a premium level shared hosting environment.

I can’t turn on any debugging logs for Jigoshop, as well I can’t activate anymore without a causing critical error.

I get the feeling I need to provide login details to your support staff in order to investigate this properly.

Is there an email I can contact?

Sorry I should have added this to my initial post – I tried switching to TwentyFourteen but the same issue occurred.

@chsxf we’re seeing a problem with mqTranslate and ACF, where attempting to save ACF fields on a user profile does not work, after clicking on a language tab.

It results in no action.

@chsxf Is there any ETA on when mqTranslate will be updated to address this bug?

Had any luck with this?

Have recently run into the same problem. The date archives did work, but after some server troubles and some changes to the functions file, daily archives started getting 404 (monthly and yearly are fine). Reverting the functions file to what it was before this issue started, did not resolve this.

No amount of rewrite rule flushing and permalink saving is fixing this issue. Bizarrely it works in our local MAMP environment still, just not on the live server. Also, works fine for 1 date, but no others.