Muser
Forum Replies Created
-
Forum: Plugins
In reply to: [Bambora Online ePay] WooCommerce HPOS (COT)Hi again,
I’ve notice that you’ve declared support for HPOS in your plugin, but forgot to actually test the compatibility!
Your “epay-payment-actions” meta_box in the edit order screen is not showing. You have to to get the order ID using the new HPOS order function, and not from global $post.Forum: Plugins
In reply to: [Meta for WooCommerce] Product stop syncing when out of stockThe problem is not with out of date plugins/PHP nor with a conflict with other plugins.
Again, when the option in WooCommerce to “do not show out of stock products” is set, Facebook for WooCommerce plugin will not upload these products to the catalog.
Which is expected behaviour, but when you have a previously in stock product uploaded to the catalog, and this becomes sold out the plugin will no longer update its status to Facebook – it will skip to update this product since is out of stock.
And this is wrong and causes a bunch of problems for our customers!The plugin should check if the product was previously uploaded to the catalog and maintain the syncing, no matter of the stock status!
I hope my explanation helps!
Forum: Plugins
In reply to: [Meta for WooCommerce] Product stop syncing when out of stockHi @xue28
My reply is on the topic with the original one, and should help you find a resolution faster.
A manual sync would still skip on the out of stock products (I’ve checked the logs), and not update them in the catalog with the correct out of stock status.
So the plugin assumes that all our products in WooCommerce are forever in stock, which is not how the real wold works 🙂
Forum: Plugins
In reply to: [Meta for WooCommerce] Product stop syncing when out of stockHello!
This is actually a problem for us too!
I’ll try to explain as clearly as possible.
We have a shop which displays only in-stock products. And they sync fine with Facebook. But as soon as the products are sold out the plugin will no longer sync the new stock status with Facebook! So the existing products in the FB catalog will still show as in-stock and being promoted on automated ads!
It should be a simple solution for you guys to fix the plugin so that once a product is being sold out it still syncs with Facebook, thus getting the correct out of stock status!
Thank you!
This has caused one of my customer’s server to crash twice in the past two days.
Such a beginner’s mistake! How can you release something like this?
And I do not think it has even been addressed in the past update either.
@andrewspear – I wish I’ve discovered your post sooner! Thank you for sharing this. One question also – what monitoring service are you using in the screenshot you’ve provided? Thanks.
@buzztone Do you care to elaborate of why exactly that is not unhelpful advice?
Especially when the issue is related to a bug in reCaptcha integration, blocking genuine messages to being sent.@allure13 I’m sorry that didn’t did the trick for you. It might be that you are experiencing another issue, more specific to your website.
If you would like, I can have my team have a look at your installation Monday morning, and try to debug it.
You can contact me directly through our website:
- This reply was modified 6 years, 8 months ago by James Huff. Reason: off-site contact removed
Just to clarify, the issue I’m describing is related to WP 5.1 and reCaptcha V3 integration by CF7.
@buzztone let us know when you’ve found a fix. More and more people will report it, I am sure of it!
I’m surprised to see that so many days have passed and the CF7 team haven’t came with a fix to this.
The error lies in the built-in reCaptcha integration of the CF7, and it’s not related to any third-party plugins.
I advise everyone having the issue, to remove the reCaptcha keys from the Integrations tab, at least temporarily, until a fix is being released.
In my case, I’ve fixed the issue with a small patch applied directly into the plugin’s files (not ideal), but for someone without coding experience might not be that easy, so removing the reCaptcha keys should do the trick.
I’ll jump in to this topic, after debugging the issue on several of my websites.
It seems that the last WP update (5.1) messed up with the order of wp_enqueue_script and wp_footer actions.
Your “wpcf7_recaptcha_onload_script” function is prevented to populate the ‘g-recaptcha-response’ hidden field by this code, in recaptcha.php:
if ( ! wp_script_is( ‘google-recaptcha’, ‘done’ ) ) {
return;
}The script appears as not being loaded, therefore, the script in charge of populating the recaptcha response never gets called.
I have actually found the source of bug + a temporary solution.
The bug is due to the fact that Wordfence added some scripts which loads first on pages, if the user is logged in (for tracking purposes). These scripts mess up the minify order of files and result in jQuery errors.
The temporary solution is to disable minify for logged in users in W3TC. In this way you prevent the Wordfence scripts to be added to the minified files.
Remember to clear all cache after changing any settings.
I hope this helps someone else struggling with this bug.