After upgrading to Umbraco 7.5.4 the built in URL Redirect Management has all of sudden stopped working.
It still records all the changes but doesn't execute any redirects.
We do have SEOChecker plugin installed but we have switched off the URL rewrites for this plugin as the built in Umbraco suits our needs better.
In the umbracoSetting.config file we have the following:
When Umbraco introduced this Redirect Url Management dashboard, they were unsure about whether, if installed alongside another existing package, there would be a possibility to have endless redirect loops occurring between the dashboard and the package.
In order to release this dashboard for 7.5, they took the pragmatic step to turn off the Redirect Url Management tracking, if one of the known projects was installed.
This is the list of dlls, that if present in the application 'turns off' Redirect Url Management tracking:
// if any of these dlls are loaded we don't want to run our finder
var dlls = new[]
{
"InfoCaster.Umbraco.UrlTracker",
"SEOChecker",
"Simple301",
"Terabyte.Umbraco.Modules.PermanentRedirect",
"CMUmbracoTools",
"PWUrlRedirect"
};
you could test this by temporarily removing SEOChecker dll, and see if your redirects in the dashboard work again.
If you are happy that SEOChecker as you have it configured, isn't going to conflict and cause potential redirect loops, eg you aren't using it for that kind of thing, then you could create a new Content Finder class, inheriting from ContentFinderByRedirectUrl (https://github.com/umbraco/Umbraco-CMS/blob/5397f2c53acbdeb0805e1fe39fda938f571d295a/src/Umbraco.Web/Routing/ContentFinderByRedirectUrl.cs) in the core, and register this in the ContentFinder pipeline on application startup. (the code above won't remove it, if SEO checker dll is present, and your redirects will work again...
Url Redirect Management not redirecting
After upgrading to Umbraco 7.5.4 the built in URL Redirect Management has all of sudden stopped working. It still records all the changes but doesn't execute any redirects.
We do have SEOChecker plugin installed but we have switched off the URL rewrites for this plugin as the built in Umbraco suits our needs better.
In the umbracoSetting.config file we have the following:
Any old URL we hit is received with a 404. Any help is appreciated.
Thanks
Hi Bezmundo
When Umbraco introduced this Redirect Url Management dashboard, they were unsure about whether, if installed alongside another existing package, there would be a possibility to have endless redirect loops occurring between the dashboard and the package.
In order to release this dashboard for 7.5, they took the pragmatic step to turn off the Redirect Url Management tracking, if one of the known projects was installed.
You can see the code here:
https://github.com/umbraco/Umbraco-CMS/blob/efbe97a01da63d34a505dad8b3e8ae1fe0729621/src/Umbraco.Web/Routing/RedirectTrackingEventHandler.cs
This is the list of dlls, that if present in the application 'turns off' Redirect Url Management tracking:
// if any of these dlls are loaded we don't want to run our finder var dlls = new[] { "InfoCaster.Umbraco.UrlTracker", "SEOChecker", "Simple301", "Terabyte.Umbraco.Modules.PermanentRedirect", "CMUmbracoTools", "PWUrlRedirect" };
you could test this by temporarily removing SEOChecker dll, and see if your redirects in the dashboard work again.
If you are happy that SEOChecker as you have it configured, isn't going to conflict and cause potential redirect loops, eg you aren't using it for that kind of thing, then you could create a new Content Finder class, inheriting from ContentFinderByRedirectUrl (https://github.com/umbraco/Umbraco-CMS/blob/5397f2c53acbdeb0805e1fe39fda938f571d295a/src/Umbraco.Web/Routing/ContentFinderByRedirectUrl.cs) in the core, and register this in the ContentFinder pipeline on application startup. (the code above won't remove it, if SEO checker dll is present, and your redirects will work again...
Example of adding a new content finder here; https://our.umbraco.org/documentation/reference/routing/request-pipeline/icontentfinder
regards
Marc
is working on a reply...