Howdy_McGee

Checkout ReCapthca also pertains to my interests ??

Any updates on this feature?

@gaurav984 Thanks, I’ve submitted a support request and linked this thread for their reference.

Hello,

I’ve set these values in the plugin and the issue persists.

I’ve disabled my filter hooks and the issue persists.

I’ve used the WordPress Health Check & Troubleshooting tool to ensure that only Post SMTP is active, and the issue persists.

Hello,

Below you’ll find the diagnostic test report:

Mailer: postsmtp
HostName: example.com
cURL Version: 7.29.0
OpenSSL Version: NSS/3.53.1
OS: Linux ${servername} 3.10.0-1160.95.1.el7.x86_64 #1 SMP Mon Jul 24 13:59:37 UTC 2023 x86_64
PHP: Linux 8.1.27 C
PHP Dependencies: iconv=Yes, spl_autoload=Yes, openssl=Yes, sockets=Yes, allow_url_fopen=Yes, mcrypt=No, zlib_encode=Yes
WordPress: 6.4.3 en_US UTF-8
WordPress Theme: Page Builder Framework
WordPress Plugins: Post SMTP, - ACF Dropzone (Modified), Advanced Custom Fields PRO, All In One WP Security, Classic Editor, Password Generator Field for ACF, - Website Customizations Plugin, Advanced Editor Tools, - Title Document Portal, User Role Editor, User Switching, Page Builder Framework Premium Addon
WordPress wp_mail Owner: /httpdocs/wp-content/plugins/post-smtp/Postman/PostmanWpMailBinder.php
WordPress wp_mail Filter(s): wp_staticize_emoji_for_email, PostsmtpMailer->get_mail_args
WordPress wp_mail_from Filter(s): SiteCustomizations\Common\Controllers\Common->change_from_email_address
WordPress wp_mail_from_name Filter(s): SiteCustomizations\Common\Controllers\Common->change_from_name
Postman: 2.8.11
Postman Sender Domain (Envelope|Message): example.com | example.com
Postman Prevent Message Sender Override (Email|Name): No | No
Postman Active Transport: Default (smtp:none:none://localhost:25)
Postman Active Transport Status (Ready|Connected): No | Yes
Postman Deliveries (Success|Fail): 24 | 0

When I send a test email I do see the “on behalf of”.

Additionally, I’m using the following hook to ensure that WordPress is not in the emails:

add_filter( 'wp_mail_from', function() {
	$url_parts = parse_url( home_url() );
	return sprintf( 'noreply@%s', $url_parts['host'] );
} );

add_filter( 'wp_mail_from_name', function() {
	return get_bloginfo( 'name' );
} );

If I disable this plugin, the filter hooks work as expected, and I do not see the “on behalf of” described in my initial post.

@hjogiupdraftplus

Great to hear a fix is in place and can be expected in a future release. Thanks for your time and help!

My global composer install was from 2021. Once I updated composer and re-ran composer install, it pulled in the correct versions.

Thanks, that’s one option.

I’m trying to understand why this is happening to begin. I shouldn’t have to manually install phpunit every update. I’ve run wordpress-dev unit tests with the same setup before, not sure why this is cropping up now.

@sbwdblog8 It’s been almost two months since this issue was reported, with no feedback from the dev(s). I would assume this plugin is abandoned, and if you can find a different plugin to do what you’re looking to do, that may be best.

I’m running into the same issue. How did you revert back? The plugins SVN only has 1.2 and 1.3.

@alexclst to be clear, the code block I posted above is a stand-alone action hook you would need to add to a stand-alone plugin or a child-themes functions.php. The JS uses WooCommerce’s updated_checkout event to call this plugins own JS function.

@arpavlik You could use something along the lines of:

add_action( 'wp_print_footer_scripts', function() {

    if( ! function_exists( 'is_checkout' ) || ! is_checkout() ) {

        return;

    }

    ?>

        <script>

            if( jQuery.isFunction( wp_recaptchaLoadCallback ) ) {

                jQuery( document.body ).on( 'updated_checkout', function() {

                    wp_recaptchaLoadCallback();

                } );

            }

        </script>

    <?php

} );

It looks like during the Checkout Review process, WooCommerce calls $.ajax() to update the Order Review:

woocommerce/assets/js/frontend/checkout.js LN 377

The WooCommerce $.ajax() does not trigger the ajaxComplete() event since it’s not global. See jQuery AJAX Events

It looks like this plugin uses ajaxComplete() to reinitialize the reCaptcha.

wp-recaptcha-integration/inc/class-wp_recaptcha_nocaptcha.php LN 207

One possible solution could be to add the following after the ajaxComplete() check:

jQuery( document.body ).on( 'updated_checkout', function() {
	wp_recaptchaLoadCallback();
} );

The issue was that I was missing a $query->is_main_query() check. The hook above was interfering with this plugins get_posts() call.

@mihail-barinov Thanks for the quick reply! We’re trying to modify all shop pages so that if the in_stock $_GET key is found, it only shows products that are in-stock. We have a button in place to add/remove the query string on click.

I’m able to replicate this issue on a fairly vanilla install with just WooCommerce (7.4.1) and Advanced Woo Labels (1.62). We’re using Storefront (4.2.0) with PHP 8.0.14. Everything appears up to date.

Hello,

The goal for disabling plugins was to narrow down a plugin conflict on a client website. WooCommerce appears before WooCommerce Stripe Payment Gateway so WooCommerce was disabled first. The issue is not high priority for me, but I figured since I ran into it, I would report it.