Gary Kealy

Hi @robert681

So far it has only occurred once to a user while logging in. The plugin is still running.

Possibly also relevant: the site uses WPS Hide Login.

Thanks @conschneider, but this is not a conflict issue, it is the behaviour of the plugin.

With guest checkout disabled, if payment fails, the user account is created but the page does not refresh.

There is no indication that the account has been created and that the user is now signed in. If you user does not refresh the page any subsequent payment attempts fail because the checkout form is for logged out users and will try to create an account when submitted.

With guest checkout disabled, if the payment fails, the user account should not be created.

Thanks, the error hasn’t occurred since updating.

Thanks @margaretwporg,

I see. In that case I already had that disabled, as @3sonsdevelopment suggested.

Thanks @3sonsdevelopment,

However i don’t see the three dots: https://snipboard.io/x7V418.jpg

Thank you for the quick response. This was caused by Instant Page. Disabling it resolved the issue.

https://perfmatters.io/docs/link-prefetch/

The website in question is hosted on Kinsta. See also: https://github.com/humanmade/S3-Uploads/issues/405

This does the trick:

add_filter( 'bnfw_registration_email_message', 'test_email_message' );
add_filter( 'bnfw_notification_message', 'test_email_message' );
add_filter( 'bnfw_test_email_message', 'test_email_message' );

function test_email_message( $message ) {
    $message = "<h1>Hello</h1>{$message}";

    return $message;
}

Thanks for getting back so quickly.

Still not working I’m afraid. Here’s the updated code:

add_filter( 'bnfw_notification_message', 'bnfw_test', 999, 2 );
function bnfw_test( $message, $setting ) {
	$message = "<h1>Hello</h1>{$message}";

	return $message;
}

For further context, I’m testing this through the Send Me a Test Email button and the trigger is New User Registration - For User.

• This reply was modified 3 years, 11 months ago by Gary Kealy.

Thanks for fixing this so quickly, and sorry for my delay.

The develop branch does not have this issue now.

I was receiving the email but it was being sent through the admin email address and not the one set up through SMTP.

Removing $this->email_message_headers() in the three instances of wp_mail solves this.