Hi Alexander,

I have fixed the problem where a page could be created with a duplicate url. The bug was that we were only creating the friendly url if use url was checked, when we should create it any time an url is provided because you could change that setting back to true at any time. So because we did not create the frioendly url, the url would not work even if it was not duplicated and this caused the possibility of pages with the same url because we only check if we are duplicating friendly urls, we don't check against the mp_pages table. By making sure we always create a friendly url if an url is provided means we will not allow pages to have duplicate urls.

Futhermore, I have changed to hide this Use Url setting by default, if you want to show it, then you can add this to your user.config:

<add key="ShowUseUrlSettingInPageSettings" value="true" />

I left this setting in back in 2005 when I first implemented friendly urls and wasn't sure how well it would work. For less user support issues I decide now to hide it by default since people generally should use SEO friendly urls.

Yes, it is true that we don't update friendly urls, we create them or delete them but we do not change existing ones. In fact it is possible to map multiple friendly urls to the same page from Url Manager if desired.

You say you have duplicate friendly urls in your mp_FriendlyUrls table, are you sure about that? Do they have the same site id? It is possible to use the same friendly urls in each site. We check for duplicates only against the current site.

If you are seeing duplicate friendly urls with the same site id then it would help if you can find steps to produce that problem.

So the main issue you reported is now fixed in svn trunk within 24 hours of your bug report that provided steps to produce the problem. In my opinion this is another example of the excellent support I have provided you for my free product. If you feel somehow this process is not working well enough for you I think you need to adjust your expectations.

Best Regards,

Joe

Those are not duplicates, they are different friendly urls that map to the same real url, that is allowed. I think the problem is not so much with users changing the urls manually, there was a bug that is already fixed a couple days ago, I realized from this thread that the same thing was happening on Page Settings. If users tab out of page name it was suggesting a new url even if the page name did not change and it was causing these extra friendly urls to be created without user intention. That bug is already fixed in svn. If the user intends to change the url it is allowed but there was a bug that was changing them without the user intending it.  Sorry if this bug caused troubles for you but it is fixed now. I think this bug affected people more if they tend to use only the keyboard and not the mouse because those using the mouse would only click in the page name if they intend to change it but keyboard users will just tab through all the fields and when they tab out of page name it was causing this issue.

I also added today so that if you change the url manually on PageSettings.aspx as in your steps it will delete the previous url. But it is still possible if you want to have multiple friendly urls point to the same page they can be created from url manager.

Best,

Joe

Hey Joe,

Because urls should not change but sometime people change them, when an url on a page is changed a 301 permanent redirect is created from the old url anyway, so the fact that previously the old url still existed in mp_FriendlyUrls did not make a difference since the 302 redirect was redirecting from it anyway. So there is not much behavior change.

If you change an url and then want to change it back, you would need to go to the 301 redirect manager and delete the redirect and then you can re-create the original url. 

Best,

Joe