www. version of link not working

thinkwired –
Can you tell me if your site URL or WordPress URL is set up with a subfolder in your settings/general page?

Also, are you using any other redirection plugins or site caching?

If you want to email me directly so as not to post any site info here, do so at [email protected].

Warm regards,
Don

WordPress is not setup in a subfolder.
I am not using an redirect or caching plugins.

Thanks for the info.
Can you send me an actual URL of a redirect that is doing what you said?
That way I can check the server headers and see what is going on.

Again, feel free to send via email if you do not want to post.

Warm regards,
Don

email sent.

Thanks in advance.

I assume this is a very specific issue (given how many people use this plugin) but, I don’t know what the heck could be causing it.

Thanks. I will look things over and try to help you resolve the issue and then post the resulting issue in the event anyone else has the same issue.

But yes, this seems to be an isolated issue at this point, as we have not had any other complaints thus far.

Warm regards,
Don

For thoroughness, I wanted to follow-up with this post.

The reason for the redirect not working correctly when using the www as opposed to the non-www domain, is that WordPress has the canonical redirect function and it tries to find a matching post starting with the URI if the original URI is a 404 status.

So, take the URL https://www.mysite.com/post/. For the redirect to go to https://mysite.com/new-location/post-misc/, WordPress logic says that it needs to be redirected to the non-www domain (as set up in the Site URL settings under SETTINGS/GENERAL) and it also sees that the /post/ part of the URL is a 404, so it tries to find something starting with that, then it redirects to that in the non-www format (as long as it finds something starting with ‘posts’ in the slug).

The simple solution is to rename the slug for the similar posts/pages and redirect them to the correct URL (so Google picks up and updates the index for them).

The more advanced way would be to add a filter to redirect_canonical and stop it from trying to guess the URL on 404.

We have a simple add-on plugin to do the latter if anyone else has this issue (just contact me at [email protected] and ask for it). An update will be in the next version of the plugin.

Regards,
Don