er

i’ll see the option in the Classic editor if “Subscribe2 Notification Override” checkbox is checked under “Screen Options” (at the top)

it does not appear with the Block editor.

Happening with us as well. Filling our logs. PHP 7.3.25

[17-Nov-2021 16:05:45 UTC] PHP Warning: Invalid argument supplied for foreach() in /wp-content/plugins/category-specific-rss-feed-menu/simple_html_dom.php on line 697
[17-Nov-2021 16:05:36 UTC] PHP Warning: preg_match_all(): Compilation failed: invalid range in character class at offset 4 in /wp-content/plugins/category-specific-rss-feed-menu/simple_html_dom.php on line
690

• This reply was modified 3 years, 4 months ago by er.

hi paul, thanks for the detailed explanation. we’ll give it a shot!

following up with this because it is happening again (or perhaps still happening).

my prod site is auto updating wordpress core, my dev site is not.

my desire is to have wordpress auto updates off for both.

both have “Update Wordfence automatically when a new version is released?” unchecked on the main options page.

in wfConfig table autoUpdate is 0 for both.

the only difference i see is in Wordfence –> Diagnostics –> Tools -> Cron Jobs: wordfence_daily_autoUpdate appears on the dev site but not the prod site. i’m not how these diverged but perhaps it’s causing the issue?

tia!

hi @wfyann,

thanks for your reply. going back in the cron settings all looked good, however, i noticed that the “auto update” box was checked (when before it was most definitely not, when i created this issue). i’ve unchecked it again, saved, and confirmed autoUpdate is set to 0 in the wfConfig table. hopefully that’s the end of it.

appreciated.

Hi wfyann,

All sections are green and OK.

• This reply was modified 7 years ago by er.

Great! Thanks again!

Wow WP_DEBUG led me directly to the problem and I was able to fix it.

Basically this old site used the old wpmu constant, BLOGID_CURRENT_SITE, which was causing authorizer to complain (“Use of undefined constant BLOG_ID_CURRENT_SITE” in authorizer.php). I replaced that will BLOG_ID_CURRENT_SITE and everything works perfectly/as expected.

Apologies for overlooking something as simple as turning on DEBUG :/ but thank you very much for helping me resolve this!

Hi Paul,

Commenting out that line seems to have had no effect. I also tried disabling all other plugins and that had no effect either.

I’m not sure if it would be relevant but we are running our multisite on nginx instead of apache. Not seeing any errors in our logs nor any errors in my browser’s Console.

I recall in the past (when running the same site on Apache, though I can’t recall if it had the same “subsite” login issue) when looking at a “subsite”‘s External Service tab, options would be grayed out, I believe with a tooltip on over that said they were being overridden by Network, or something similar. Currently I’m not seeing that at all but just a vanilla looking, unconfigured panel as I mentioned in the first post.

Lastly, I just wanted to add that “Override multisite options” on the Advanced tab is not/was not checked.

Thanks for looking into this.

• This reply was modified 7 years, 4 months ago by er.