nlnieuw7

I encounter the same problem since last update!

Hi,

Good news: I found the solution.
1) Add the following lines under “Delay Javascript execution”:
wpa.js
wpae.js
wpa_hidden_field
wpa_add_test
2) Don’t add anything concerned to WP Armour under ‘Load JavaScript deferred’.

Cheers,

Paul

Yes, that’s the plugin in question.

Thanks!

Ah OK, didn’t realize that. Will look into your premium offer.

Thanks.

It’s https://www.reverta.nl/mijn-account/

Thanks

It’s working fine again, thanks a lot.

However, I receive a lot of spam registrations lately. How do I know if Honeypot works on the WP registration form? Obviously there’s no WP Armour Test widget since I cannot be logged in when testing the WP registration.

OK, thanks! I’ll check later, I have to leave now.

It might be OPcache or Redis. I purged both. Might take some time to take effect on my provider’s servers.

OK, just did.

I just activated your plugin. Thanks for helping me out!

Sorry, you’re right, it does work with WP 5.7 on my live site now.

It still doesn’t work on my staging site with the same WP and WC versions running, so something else must be the culprit. I have to check other plugins.

Hi TRS,

Thanks for your quick response and for helping me out!

Yes, the translation came back after downgrading.

On the homepage – https://www.reverta.nl – you’ll find the orange button “Bestellen”. Click on that button, a popup opens and you’ll see to “add-to-cart” buttons for variable products.

On a single product page – e.g. https://www.reverta.nl/dermaboost-hyaluronzuur-moisturizer/ – please look at the black bar at the bottom where your plugin is used (for simple products).

Cheers,

Paul

Hi Kenil,

Your last update didn’t do the trick. I had to manually edit the file again. It doesn’t work without the “$redirect_to” after “return”.

It does work like this:
if(!in_array($_REQUEST[‘action’],array(‘wcdn_print_invoice’,’wcdn_print_delivery-note’,’wcdn_print_receipt’))) return $redirect_to;

Can you fix that in the next update please?

Thanks!

I’ve been waiting for a response from Kenil for almost 4 weeks now. Bart (@pepbc) is indeed right. On lines 139-141 I replaced
if ( ! isset( $_REQUEST[‘post’] ) ) { return; }
with Bart’s suggestion:
if(!in_array($_REQUEST[‘action’],array(‘wcdn_print_invoice’,’wcdn_print_delivery-note’,’wcdn_print_receipt’))) return $redirect_to;
and everything works fine again.
Thanks a lot Bart!

Kenil,

Can you incorporate this in the next version? Thanks.

Paul

Hi Kenil,

I provided the URL to show you the effect of your plugin on WooCommerce DYMO Print.

As you can see, the URL that should activate the Dymo printer to print labels in bulk gets screwed up when your plugin is active.

Regards,

Paul