garymarkfuller

Luckily I have found a copy of 1.3, which I have put onto GitHub at garymarkfuller/-WC-Custom-Add-to-Cart-Labels-Backup: A backup of version 1.3 of the plugin as version 1.5 currently causes WordPress sites to experience a critical error. For anyone that sees this post, I would recommend overwriting the existing plugin files with these and altering any reference to version 1.3 in them to version 1.5. You should then find the plugin will work again and should also be able to easily upgrade to the next version from the plugin author which I hope will fix the problem.

Luckily I have found a copy of 1.3, which I have put onto GitHub at garymarkfuller/-WC-Custom-Add-to-Cart-Labels-Backup: A backup of version 1.3 of the plugin as version 1.5 currently causes WordPress sites to experience a critical error. I would recommend overwriting the existing plugin files with these and altering any reference to version 1.3 in them to version 1.5. You should then find the plugin will work again and should also be able to easily upgrade to the next version from the plugin author which I hope will fix the problem.

Luckily I have found a copy of 1.3, which I have put onto GitHub at garymarkfuller/-WC-Custom-Add-to-Cart-Labels-Backup: A backup of version 1.3 of the plugin as version 1.5 currently causes WordPress sites to experience a critical error. I would recommend overwriting the existing plugin files with these and altering any reference to version 1.3 in them to version 1.5. You should then find the plugin will work again and should also be able to easily upgrade to the next version from the plugin author which I hope will fix the problem.

Having looked into this a bit further, it looks as though you may have been completing a fundamental rewrite of the plugin that required additional files. I tried rolling back to 1.3 but that isn’t on wpackagist anymore.

I’m having the exact same issue. I am wondering if the importer could be triggering mod security on the remote server. Are there any rules that the requests made by importer are likely to trigger?

We’re having the same issue with iThemes Pro on one of our multisite installs (though not all). Generating a new secret doesn’t seem to be resolving it. Any suggestions for a solution would be great.

I’m experiencing a similar issue in that the calendar is currently showing May on first load despite it being June 1st. Clicking next month moves the calendar to July rather than June. Clicking back a month shows June correctly, however, so it appears to be a first load issue. There’s no obvious errors in dev tools beyond a lazy loading warning.

The page in question is https://sandgatebusiness.org.uk/events-calendar/

Many thanks in advance.

Thanks Bret!

Quick follow up on this. The use of id, rather than class, results in duplicated ids in the page if you use the sign up form in a sidebar and on a specific page. You could get round this by not having a sidebar on the relevant page, but I wonder if you’d consider moving to classes instead?

Cheers.

Ok, so it’s very likely the wrong answer, but I removed the ampersand before the $handle parameter for FeedWordPressHTTPAuthenticator::set_auth_options() in feedwordpresshttpauthenticator.class.php and the error disappeared (and my feed imports still worked).

There is another potential way to resolve it (identified by a colleague) by editing line 57 of wp-includes/class-wp-http-requests-hooks.php, but editing core files is even more likely to be the wrong answer.

I’d therefore suggest, as a temporary fix, removing the ampersand on a test site and checking that nothing breaks. If it doesn’t, you might be safe putting the change live on production (I’m about to try that myself – wish me luck).

Hi there,

A client’s site is experiencing the same issue (https://major-foodie.com/).

Tested this on Browserstack (using devices in portrait mode) and observed:

iPad Pro (iOS10, Safari) – Scrolls to bottom
iPad Air 2 (iOS8, Safari) – Scrolls to bottom
iphone 7 (iOS10, Safari) – Scrolls to bottom and zooms in
iPhone 6s (iOS9, Chrome) – Zooms in
iPhone 6s (iOS9, Safari) – Scrolls to bottom and zooms in
iPhone 6 Plus (iOS8, Chrome) – Zooms in
iPhone 6 Plus (iOS8, Safari) – Scrolls to bottom and zooms in
Nokia Lumia 930 (Windows Phone 8.1) – Works as expected
Samsung Galaxy S7 (Android 6) – Works as expected
Samsung Galaxy S6 (Android 5) – Works as expected
Samsung Galaxy S5 (Android 4.4) – Works as expected
Samsung Galaxy S4 (Android 4.4) – Works as expected

I also tested using my own devices:
HTC One M9 (Android 6.0) – Works as expected
LG G5 (Android 6.0.1) – Works as expected

I tried a couple more tests in Landscape mode, just in case:
iPad Pro (iOS9.3, Safari) – Scrolls to bottom
iPhone 6s Plus (iOS9, Safari) – Scrolls to bottom and zooms in

The above leads me to conclude that this is an iOS issue, with different results dependent upon browser being used, and with no effect as a result of changing the orientation of the device.

Hope this assists with debugging.

Kind regards,

Gary

Follow up question. Is there any way to import the email address and name of a user from the Oauth provider? I’m creating a site where I want to email users from the backend, and having those details will be important to make the email work and appear more personal.

Many Thanks in advance.