iltdevunit

I can confirm the issue was with the WordPress MU Domain Mapping plugin.
After unchecking ‘Remote Login’, ‘Permanent redirect’ and ‘Redirect administration pages to site’s original domain’, the permalinks were fixed and too Plugin Organizer.

Unfortunately that means I lose out on single sign on across all my sites. But I dont think that is too much of a problem.

Thanks Jeff.

I think I’ve worked out the problem. I’m using the ‘WordPress MU Domain Mapping’ plugin so I can create any new subdomain. So the WordPress network is called ‘websites’ and each site within it has its own name.

So even though my mapped URL is:
https://site2.domain.com

its real URL is https://site2.websites.domain.com.

So my permalinks in site2 are https://site2.websites.domain.com.

I’ll have to get support on this from the WordPress MU Domain Mapping author.

Hi Jeff,

But the plugins are back end admin, such as nightly backups. So they aren’t front end facing.

Would such plugins be affected?

Hi Jeff,

Thanks for the reply.
The issues also appears on any page. So if I have https://www.whateveryoursiteis.com/news/ and edit that page then turn some of the plugins on and off, it has no effect. The global settings take precedence.

So do I need to use the filters for each page/permalink instead of the settings in edit page?

Fantastic, Angelo. Thanks for your help.

Found it! Its in the options table.

How strange.
I’ve done a network deactivate on the s8 plugin, then activated it at site level. Everything seems to be working!
I’ll continue to test ??

Hmmm the problem seems to have resolved itself! Maybe a caching issue?
I’ll continue testing.

That’s true. I’m playing about with the templates and now have color-coding on the calendar, events list, single events page, category list etc.
Its looking good ??

Hi Marcus,

I have the same problem. Looking forward to the solution ??

Thanks angelo_nwl! JordiWP’s solution worked a treat.

I’m surprised the plugin author hasn’t implemented this solution as it’s obviously a feature people want.

Okay, I think I’ve sorted it.

It seems the plugin developer has spotted the bug in WordPress core and applied their own fix. But in fixing the core, the plugin’s fix messes things up a bit.

I commented out line 49 of s8-login-registration.php:
add_filter( ‘retrieve_password_message’, array( $this, ‘filter_email_urls’ ), 10, 2 );

Seems okay now ??

When I say the problem comes back, I’m referring specifically to the reset link in the email. It shows as:
https://domain/parent/child/child/wp-login.php?action=lostpassword

This I’ve found the problem. The ‘Lost your password?’ email address I used was an external one. As the server is a development server, I dont think it has outside access.
Anyway, I tried with an internal address and it worked.

Not sure why the test worked with an external address though.

Think I might have found the problem. I’m running a multisite installation of WordPress.
The ‘Lost your password?’ link on a child site actually points to the parent site e.g. https://mywordpress not https://mywordpress/child.

I’ve copied the Active Directory Integration plugin settings from the child to the parent and everything seems to be working.

I just need to get around the mail() disabled error now. But that’s unrelated to the plugin.

Thanks