-
Notifications
You must be signed in to change notification settings - Fork 35
Doesn't work if page exists and enabled #117
Comments
Thanks for posting this. It was driving me nuts working out what was happening. You're good people. |
So glad I found your post, @amityweb — thanks! I have been searching for an hour and couldn’t find the reason that my redirect wasn’t working. Disabling the entry that had the source URL activated the redirect to the destination URL. |
Just wanted to chime in here. Because it is an apparent requirement that the We recently audited a few of our pages and noticed that some links were missing the We were able to remediate this issue by enabling then re-disabling the entry which we were attempting to link to -- @amityweb @iparr @jannisborgers for vis, should any of you encounter this @johanzandstra it is unclear to me (and some others) what the intended functionality here is. It is possible we just did not see this in the documentation. Is the expectation that the |
Circling back because after a period of time (probable that our cache expired / refreshed) the link re-broke. At the moment, trying to add redirects to pages of the |
@amityweb @iparr @jannisborgers @johanzandstra just checking back in -- Our team met this afternoon to do a little digging here. After some investigation, we noticed that this plugin handles redirects using URI rules. URI rules get handled after Craft checks if it's a request to an element therefore the redirect code is never reached if an enabled entry lives at that URL. |
Doesn't work if the page exists and is enabled.
If its intentional to only work when there is a 404 page, I think the description needs to make it clear. Sometimes we want to redirect an existing page, but seems we have to go and disable that page and it works then.
The text was updated successfully, but these errors were encountered: