rwassell

Thank you for your reply, however, it does seem pretty consistent that auto-replies are being sent to the sender and not the reply-to.

What additional header value can I specify in CF7 to cover all eventualities?

Okay.

Hello Igor, thank you for your reply.
The problem is occurring with the Safari browser on mobile devices and as such there is no right-click on F12.
However, I can show you screenshots from the mobile experience.

This is consistent and repeatable despite being on the most up to date versions of WordPress, Woocommerce and the PayPal payments plugin.

Thank you for your help.

Dear Woo,

I am also experiencing this same problem. I am using Woocommerce with PayPal payment active. I am using the latest versions. When using a mobile with Safari, I select to pay by credit/debit card, enter the payment information and I am forwarded to PayPal and asked to login. If I click the X in the top right hand corner the pop-up closes but I just see an endless spinning icon and I am stuck.

Other browsers take my payment information, take me to PayPal, they process the payment and order complete so it is very much Safari specific.

Thank you for responding so quickly and for providing the information on how to fix it.

Dear Eyal,

I am unable to find any information either in your support documents or within the plugin settings itself on what to do if no results are found.

I’ve checked the code and we’re displaying the form with: <?php echo do_shortcode(‘[gmw form=”1″]’); ?>

Therefore everything relating to the presentation and control of the form itself is from within the Forms page of the GEO My WP section in the dashboard using Form Type of Posts Locator and Extension of Posts Locator.

There are no settings for what to do in the event of there being no results found.

However, I then checked ‘Premium Settings’ and one of the features states ‘Customise the No result message’ and it isn’t just customising a message it is displaying one in the first place so I will try purchasing this to see if this resolves the issue.

Rob

Dear Eyal,

I have investigated further and identified the problem – there are no results within the range specified.

So instead of displaying a message such as ‘There are no results in this range, please increase your search distance and try again’ it shows a permanent loading symbol.

In the meantime I will do further research with your documentation to see if there is some kind of fallback but if you are able to advise I would appreciate it.

Thanks

Rob

• This reply was modified 2 years, 11 months ago by rwassell. Reason: More information about the problem available

@maybellyne

I’ve been monitoring the issue and it appears it still is not resolved in your plugin.

It also appears that the SEO Data Transporter is not working.

I really want to move to Yoast (around 100 websites) but with no way of migrating data from AIOSEO other than doing it manually this would not be practical.

How soon do you think you might be able to resolve this issue?

Rob

Hello @arnaudbroes

Thank you for your reply.

It actually ‘broke’ when you did the big change a long time ago to make the plugin more complicated, unwieldy and difficult to use. I’ve just got fed up of hacking the database to make the changes I need – it has never worked.

We have about 200 sites and it doesn’t work on any of them.

Rob

Thank you. I will monitor the progress of the issue and use the suggested workaround.

I too am getting the same error message.

I don’t know if it exactly the same problem as the one above, but the Apache error log reports:

[Wed Jul 31 11:29:20.272436 2019] [:error] [pid 5333] [client 80.44.231.111:34746] FastCGI: server “/usr/lib/cgi-bin/php5-fcgi” stderr: PHP message: PHP Fatal error: Class ‘ComposerAutoloaderInitf22b8825991ccda35c7813f5b3928f77’ not found in /path/to/sites/client//wordpress/wp-content/plugins/wordpress-seo/vendor/autoload.php on line 7, referer: https://www.exampledomainname.com/wp-admin/plugins.php?plugin_status=all&paged=1&s

• This reply was modified 5 years, 3 months ago by rwassell.

Dan,

Removing the plugin (deleting it from within plugins) and re-installing from scratch did the trick. It now works again.

Thank you.

Rob

Hi Eyal,

Sorry, looking for it now.

Rob

Hi Eyal,

I don’t know if this is of any use but the SQL query currently returns:

| 1 | posts_locator | posts_locator | posts_locator | post | Posts Locator | stockistdistributors | pt | a:5:{s:17:”page_load_results”;a:13:{s:7:”enabled”;s:0:””;s:13:”user_location”;s:0:””;s:14:”address_filter”;s:0:””;s:6:”radius”;s:2:”50″;s:5:”units”;s:8:”imperial”;s:11:”city_filter”;s:0:””;s:12:”state_filter”;s:0:””;s:14:”zipcode_filter”;s:0:””;s:14:”country_filter”;s:2:”GB”;s:15:”display_results”;s:0:””;s:11:”display_map”;s:7:”results”;s:8:”per_page”;s:2:”-1″;s:10:”post_types”;a:1:{i:0;s:20:”distributor_stockist”;}}s:11:”search_form”;a:10:{s:13:”form_template”;s:19:”custom_growtivation”;s:13:”address_field”;a:6:{s:5:”label”;s:50:”Enter your address, city, postcode or company name”;s:11:”placeholder”;s:50:”Enter your address, city, postcode or company name”;s:20:”address_autocomplete”;i:1;s:9:”mandatory”;i:1;s:7:”locator”;s:0:””;s:14:”locator_submit”;s:0:””;}s:7:”locator”;s:8:”disabled”;s:12:”locator_text”;s:0:””;s:13:”locator_image”;s:0:””;s:14:”locator_submit”;i:1;s:6:”radius”;s:22:”5,10,25,50,100,150,200″;s:5:”units”;s:8:”imperial”;s:10:”post_types”;a:1:{i:0;s:20:”distributor_stockist”;}s:10:”taxonomies”;a:3:{s:4:”post”;a:3:{s:8:”category”;a:1:{s:5:”style”;s:7:”disable”;}s:8:”post_tag”;a:1:{s:5:”style”;s:7:”disable”;}s:11:”post_format”;a:1:{s:5:”style”;s:7:”disable”;}}s:13:”nav_menu_item”;a:1:{s:8:”nav_menu”;a:1:{s:5:”style”;s:7:”disable”;}}s:8:”products”;a:1:{s:18:”product_categories”;a:1:{s:5:”style”;s:7:”disable”;}}}}s:15:”form_submission”;a:3:{s:12:”results_page”;s:0:””;s:15:”display_results”;i:1;s:11:”display_map”;s:7:”results”;}s:14:”search_results”;a:8:{s:16:”results_template”;s:19:”custom_growtivation”;s:8:”per_page”;s:3:”999″;s:5:”image”;a:3:{s:5:”width”;s:5:”200px”;s:6:”height”;s:5:”200px”;s:7:”enabled”;s:0:””;}s:15:”directions_link”;i:1;s:13:”location_meta”;a:4:{i:0;s:5:”phone”;i:1;s:3:”fax”;i:2;s:5:”email”;i:3;s:7:”website”;}s:13:”opening_hours”;s:0:””;s:7:”excerpt”;a:4:{s:5:”usage”;s:12:”post_content”;s:5:”count”;s:0:””;s:4:”link”;s:0:””;s:7:”enabled”;s:0:””;}s:10:”taxonomies”;s:0:””;}s:11:”results_map”;a:4:{s:9:”map_width”;s:4:”100%”;s:10:”map_height”;s:5:”300px”;s:8:”map_type”;s:7:”ROADMAP”;s:10:”zoom_level”;s:2:”13″;}} |

Hi Eyal,

Thank you, I appreciate it.

We’ve been carrying out our own troubleshooting in order to try to help.

When the problem happens it generates the error:

Notice: GMW form class is missing. in ../wordpress/wp-content/plugins/geo-my-wp/includes/gmw-shortcodes.php on line 145

We’ve modified the error to provide more information:

PHP Notice: GMW form class is missing: posts_locator : was the value of slug in /home/sites/LWS/growti/wordpress/wp-content/plugins/geo-my-wp/includes/gmw-shortcodes.php on line 145, referer: https://www.growtivation.com/

This appears to be calling this function:

public static function get_forms() {
..
}

This function refers to wp_cache_get so obviously looking in the cache.

Previously we tried clearing the cache and that made no difference.
We tried deactivating and reactivating the module, that made no difference.

We modified the code so that it always goes to the database with SELECT * FROM gr_gmw_forms and rules out the cache – but the problem still occurred.

We have been outputting MySQL errors as well and basically we have been able to rule out:

It’s not Apache
It’s not the Varnish web cache
It’s not MySQL
It’s not the Server
It appears to be code related

All code reverted to previous versions.

We will do no further testing or make any further action so as to not trip up your own investigation.

Please note, we may need to ‘refresh’ the Varnish web cache on the server if you make any code changes. I am online now and monitoring if you need me to do anything.

Many thanks,

Rob