hatchjaw
Forum Replies Created
-
Forum: Plugins
In reply to: [Complianz - GDPR/CCPA Cookie Consent] Elementor conflictHi @aahulsebos,
no problem; happy to contribute!
Forum: Plugins
In reply to: [Complianz - GDPR/CCPA Cookie Consent] Elementor conflictThanks for your reply, Jarno. As suggested, I submitted a pull request.
Cheers,
Tommy
Forum: Plugins
In reply to: [LiteSpeed Cache] Automatically purge cssjsThanks!
Forum: Plugins
In reply to: [LiteSpeed Cache] Automatically purge cssjsThanks for confirming.
To clarify, is it correct that there’s no specific api/cli command for just purging the CSS/JS cache?
Best wishes,
Tommy
Hi,
thanks for escalating this issue. Hoping the developers can find a solution.
Best wishes,
Tommy
Hello,
I switched my local copy of the site I’m working on to Twenty Twenty, and I have the same issue.
Google reCAPTCHA works on /my-account, because AIOWPS detects that it is an account page and inserts the recaptcha script accordingly. On /checkout, however, it doesn’t work: WooCommerce’s default template provides a login form (“Returning customer? Click here to login”) and AIOWPS outputs its placeholder markup (
<div class="g-recaptcha-wrap"...) after the username and password fields, but since /checkout isn’t recognised as an account page, AIOWPS doesn’t output its script, and the placeholder markup isn’t populated with a reCAPTCHA.If you visit my client’s site — https://www.krotosaudio.com/ — you’ll see that if you click on the account icon, a login form appears (This form currently uses the math captcha), i.e. the user isn’t taken to /my-account. If I have understood correctly, AIOWPS doesn’t support Google reCAPTCHA for WooCommerce login forms if such a form does not appear on the /my-account page.
Perhaps AIOWPS could set a flag when it outputs its reCAPTCHA placeholder markup indicating that it should output its reCAPTCHA script irrespective of whether the current page is an account page.
Best wishes,
Tommy
Hello,
yes, my client has a staging site where I’ve selected ‘Use Google reCAPTCHA as default’, entered a valid site key and secret key, and enabled the following options:
– Enable Captcha On Login Page
– Enable Captcha On Lost Password Page
– Enable Captcha On Custom Login Form
– Enable Captcha On Woocommerce Login Form
– Enable Captcha On Woocommerce Registration FormThe Google reCAPTCHA appears as expected on wp-login.php, and on /my-account, but not on the login form on /checkout, nor on any other page where a WooCommerce login form is present (e.g. a pop-up login form) — AIOWPS outputs its recaptcha placeholder markup (
<div id="woo_recaptcha_1" class="g-recaptcha"...) but doesn’t output its script to populate the placeholders with recaptcha elements because$is_woo = is_account_page();evaluates to false.There’s a workaround, which involves hooking into ‘woocommerce_is_account_page’, e.g. for checkout login:
add_action( 'woocommerce_before_checkout_form', function () { add_action( 'wp_footer', function () { if ( ! is_user_logged_in() ) { add_filter( 'woocommerce_is_account_page', '__return_true' ); add_action( 'wp_footer', function () { remove_filter( 'woocommerce_is_account_page', '__return_true' ); }, PHP_INT_MAX ); } }, 1 ); } );As you can see, I’ve tried to limit the scope of this workaround by confining the is_account_page() override to wp_footer, but it may have unintended consequences if other plugins execute code in the footer and care about whether they’re running on an account page.
Thanks,
Tommy
Hi,
This option is enabled on my site. As described, and unless I’m very much mistaken, this issue affects WooCommerce login forms (not custom ones), when such a form is present on a page other than /my-account, e.g. login at checkout.
Best wishes,
Tommy
Hello,
I’m running 4.4.6. Has there been any change to AIOWPSecurity_WP_Footer_Content::print_recaptcha_api_woo() in the releases since 4.4.6?
Best wishes,
Tommy
Forum: Plugins
In reply to: [Zendesk Support for Wordpress] Error message with no contentI’m getting this too. It’s caused by method
_show_non_admin_message()in zendesk/classes/zendesk-wordpress-admin.php (ll. 257-268). Changing thesprintf()call toprintf()makes the error display as intended.Forum: Plugins
In reply to: [WooCommerce Autoload Cart] Delete link doesn’t workOn further inspection it looks like the issue is due to this snippet from `set_props()’ in class_wp_post_type.php:
// If there's no specified edit link and no UI, remove the edit link. if ( ! $args['show_ui'] && ! $has_edit_link ) { $args['_edit_link'] = ''; }the
show_uiindex takes the value frompublic, which is false, so the edit link is set to ”. Can you suggest a workaround?