Tii

Also, the pey with strip button on the event comming from the

Events Manager Pro – Stripe plugin does not redirect to stripe on Firefox

I have no problem with you testing the response, the problem is that there is just a simple condition that is isset($_REQUEST[‘code’]) with non of your context or route it should be tested on, meaning that anybody who would use a ‘code’ request parameter would crash his website!

The should be a condition like

(isset($_REQUEST[‘code’]) && inMiniOrangeWidgetContext())

in order to avoid this

yes, I tried to edit that one in the begining then I tried to add a category template thinking it would maybe take over.

I am working on a multi-site network with twenty-twenty-one, no active plugin.

I can modify password in the DB directly, that works, it’s juste the wordpress’ ways that dont…

Bonjour,

j’ai aussi une page blanche sur les points de relais > error 401 unauthorized.

que dois-je faire pour corriger ?a ?

Thank you, I am aware of that but I need my users to be able to change their password…

So, we figured out how to reproduce the error but not why.
As we are using a multi-site environment, the problem only occurs when autoptimize is set on the network level.
Once we activate the settings on a website level, we don’t have the issue anymore…
So we have a workaround for now but there is still a bug somewhere.

updating seems to have fixed the issue

I have the same issue here

I have this issue too, I tried the fix 1 and it did not work. I am managing 200 websites with this issue and any of them could potentially be duplicated, do you have a real fix for me ?

So, I searched for the solution.

First, I needed to activate polylang on the Network (multi-site) level. This made it available to the wp-activate.php page.

Then, I created a header-wp-activate.php file (copied from my theme into my child theme) and added these lines in the end of it:

/**
 * @param $determined_locale
 * @return bool|PLL_Language|string
 */
function set_locale_polylang($determined_locale) {

    if (function_exists('pll_current_language')) {
        return pll_current_language('locale');
    }
    return $determined_locale;
}
add_filter('pre_determine_locale', 'set_locale_polylang');

load_default_textdomain();

This fixed the issue

• This reply was modified 4 years, 9 months ago by Tii.

I have been looking around and Polylang is actually loaded in that page!

is there a way to hack this ? I can change the wp-activate.php file in order to load polylang then ?

ok, found the issue, it was a settings in my theme that was not overridden.