We have moved to GitHub Issues
Created by Sebastiaan Janssen 03 Aug 2016, 13:05:18 Updated by Nicholas Westby 14 Feb 2017, 01:50:12Tags: Unscheduled
Relates to: U4-8804
Relates to: U4-8823
Relates to: U4-9525
Relates to: U4-8361
This will list the redirects that have been automatically created by Umbraco and you'll be able to delete them.
Additionally: add a button to turn 301 URL tracking on/off.
@Marc.Goodson has made a start on this already: https://github.com/marcemarc/Umbraco-CMS/commit/d701639da98e67a71ba3ad4c15ffba8253cd803e
I've documented the setting to disable the URL tracker (
Is it also possible to add your own redirects in the management dashboard?
Nope, we don't support that at the moment. If you do need to add your own redirects, we currently recommend you use actual IIS rewrite maps - see U4-8803 Add "Create package" back as a right-click item on the "Created Packages" node
Did you reference to the wrong issue?
Currently we already use IIS rewrite maps, but we would like the customer to manage redirects themselves without using a 3rd party tool. Guess for now we could create a custom section which manages the 301 Url table.
Yup, wrong issue. http://issues.umbraco.org/issue/U4-8361#comment=67-30043
The URL Tracker is specifically not meant to be managed by customers at the moment. It is only meant to track node moves and renames right now.
FYI: We also don't support redirecting /home/about/contactform.php to an Umbraco node. IIS URL Rewrite is much more performant for that and I'd recommend you us that instead or other URL tracking packages.
We'll our situation is probably a bit special (most projects I work on are ;-)). We have a lot of custom UrlProviders and ContentFinders. And I already saw this in U4-8361: "There are some scenarios that will not be able to be automatically tracked, such as changes made to an IUrlProvider since that is outside of the control of Umbraco and 100% in control of a developer."
So the URLs are probably not automatically tracked, but the customer can still change node names and such in Umbraco. So the customer would have to add redirects manually for now (or maybe we can do it with some API events). That's why we would like to have customer management of the 301 redirects. Still looking for the best solution here :-).
Yup I totally understand. :-)
Unfortunately, your situation is a little bit special ;-) And we need to figure out how to handle those scenarios properly over the next few weeks when people start using this for real.
@madsrasmussen I realize that I put everything in the wrong place here, but this is what I've got so far, would be great if you could all put it in the proper place. A few things to note:
RedirectUrlManagementController.SearchRedirectUrlsso I've had to work around that for the paging a little bit introducing both $scope.currentPage and $scope.options.pageNumber
@nul800sebastiaan If you need a test project with custom UrlProviders and ContentFinder you could have a look at https://our.umbraco.org/projects/developer-tools/1-1-multilingual-example/. It's a complete VS solution with SqlCe. Only build the project and it's working.
@jbreuer If you can think of anything else to test.. I renamed "getting started" to "got started" and all 3 urls with the old name got redirected to the new name:
/getting-started/ --> /got-started/ /nl/getting-started/ --> /nl/got-started/ /fr/getting-started/ --> /fr/got-started/
Maybe a node which is a bit deeper. A news items which also has different url segments. See attachment.
Great that getting started already works :-).
ah yeah, alright, those don't work, they just 404 like normal!
Backwards Compatible: True
Due in version: 7.5.0
Sprint: Sprint 39