Michael Sumner

Thank you so much for your kind words! We’re thrilled to hear that the plugin is working great for you and that you had a positive experience with our support team!

@comzeradd that doesn’t sound good. Looks like that’s the case:

https://wpackagist.org/search?q=post-type-switcher&type=any&search=

Hi @techieshark

I’m receiving the same issue as well.

The plugin developer will have to take note not to delete old versions.

For now, please proceed to upgrade to version 3.2.2. Luckily, it is only a patch version increase.

Hope this helps!

Kind regards,
Michael

Glad it worked for you!

It’s difficult when you want to uninstall the plugin but unable to do so due to a fatal error in the uninstallation hook.

Hope this helps more people until the fix is made. It seems the plugin support has not been updating for a while now.

??

Thanks @tobiasbg !

Kind regards,
Michael

It is the same for me as soon as the plugin has been updated then it causes a critical error. If it helps I was on Bedrock on PHP 7.4.30 WP 6.0.2

I received the same issue as well.

Fixed by doing the following. Apparently might have an issue with the Nullable Type declaration:

In /application/web/app/plugins/woo-preview-emails/includes/Bootstrap.php

replace public static ?Bootstrap $instance = null; with

public static $instance;

Kind regards,
Michael

Hi @pabelpm
Not at the moment, but I can add this as a feature in a future release. So that the plugin could be able to log into addresses that are added within the Users edit profile through their Ethereum address, but I will see how to add this feature so that you can log in under certain circumstances.

Kind regards,
Michael

I’ve went with a temporary solution by tweaking all mentions of wp_remote_get()
and replacing them with wp_remote_request(), please see below that I hope will be implemented in the next release of the plugin:

$username = 'myusername';
$password = 'mypassword';
$args = array(
    'headers' => array(
        'Authorization' => 'Basic ' . base64_encode($username . ':' . $password)
    ),
    'timeout' => 10,
    );
$response = wp_remote_request($url, $args);

Kind regards,
Michael

• This reply was modified 3 years, 6 months ago by Michael Sumner. Reason: re-format code

Hi @spencerfinnell

That’s brilliant thank you for sharing this added insight! Good thing it’s also quite timely in release dates, and PS finally the 2019 issue will be resolved.

Happy contributing ??

Kind regards,
Michael

In particular, it’s this bit of code from the other plugin:

/**
	 * Creates a customer session if one is not already active.
	 */
	public function ensure_session() {
		// TODO: this tries to replicate Woo core functionality of checking for frontend requests.
		// It can be removed once we drop support for pre-3.5 versions.
		$frontend = ( ! is_admin() || defined( 'DOING_AJAX' ) ) && ! defined( 'DOING_CRON' ) && ! defined( 'REST_REQUEST' );

		if ( ! $frontend ) {
			return;
		}

		if ( ! empty( WC()->session ) && ! WC()->session->has_session() ) {
			WC()->session->set_customer_session_cookie( true );
		}
	}

Hi @adamjlea

Thank you, it appears that the cookie issue is coming from the plugin WooCommerce PayPal Checkout Gateway (disabling this gets the /stripe/ plugin working).

Anything worth doing, or I reckon the best solution would be to exclude the WooCommerce PayPal Checkout Gateway from running on particular pages?

Kind regards,
Michael

• This reply was modified 3 years, 7 months ago by Michael Sumner.

Hi Aftab,

Thank you Aftab. I appreciate too that I use your plugin above other client logo carousel plugins because yours is kept simple and flexible —?especially as a developer when we need to modify code slightly! Thank you for the good plugin!

Kind regards,

Mic

Hi @jonryan,

Hey that’s no problem I have already received an answer awhile back from the team at wpjobmanager.com/support. Thank you for the reply!