U4-9442 - Child Application Error - This document is published but its url would collide with content (error)

I am having the same issue on one of my sites that's using v7.5.7. I have another site that is on v7.5.6 and it does not do the same thing. I attached screen shots of the two different versions.

Same issue here. Version 7.5.10, upgraded via nuget from 7.4.3.

I setup some preparatory domains for roughly testing some multilingual work, with the language culture set as inherit, and two new domains set to the relevant language (e.g. [url]/de to de, [url]/fr to fr-FR), and finally, I set en-US to the same default root domain.

This last act is what triggered the error throughout my application - removing this last setting - the en-US domain - meant things went back to normal.

This affected an out of the box Articulate blog install (which isn't under the home node), and our global section, again not under the root home node, although we didn't need to navigate to those.

All times the published urls anywhere except Home said "This document is published but its url would collide with content (error)" except for the Home root nodes.

A have same problem when i add address with ".aspx" on the end of url.

Similar issue when upgrading from 7.4.2 to 7.5.10.

As in Emma's case above, home node culture set as 'inherit' alongside two domains and associated languages. All nodes except the home node display "This document is published but its url would collide with content (error)"

A clean 7.5.10 install appears to work as expected: adding a custom UrlProvider generates the same error for specific, predictable nodes but not for all nodes as in the upgraded site. Removing all custom UrlProviders did not solve the global problem present in the upgraded site.

Update: Tracked the problem down to umbracoUseDirectoryUrls being set to false in web.config. Setting this to true cleared the issue - does this imply that setting this flag to false is no longer valid?

Same issue after upgrading from 7.5.6 to 7.5.11 for eight websites.

Unassigned? Why?

I'm having the same issue after updating to 7.5.13 from 7.5.6 with my custom UrlProvider that was working properly before.

Try also set false as it should be used with Models Builder only

1.Touch web.config to reload the application 2.Republish entire site to recreate the cache - this helped me

This is bugging me too and has been for a while.

In my case I'm using a UrlProvider that creates a unique URL for a nodes inside a folder at root level that don't otherwise have a culture and hostname set. However I have tested with Url preview and the URLs are fine and unique: https://our.umbraco.org/projects/backoffice-extensions/url-preview/

Hi it's a known issue @zpqrtbnk told me at Code Garden that there is a verification system that wasn't there in previous versions. So it's a kind of bug from the new version.

@svoboda@havit.cz Facing the same issue with Directory URLs off. In our case there is a very massive 3500+ page site which we have migrated to Umbraco. the SEO team insisted on keeping .aspx urls.

I can narrow it down to this problem, because on another site where we are using Directory URLs its working perfectly.

The issue can easily happen if you have the following scenario and umbracoHideTopLevelNodeFromPath is true (which is default). You tree looks like this:

Home -- News -- Events -- Quiz Widgets -- Widget One -- Quiz -- Widget Two

So in the above tree there are two root nodes (Home and Widgets). In this scenario Widgets don't have templates - they are simple content that can be re-used and selected via an MNTP. However, because umbracoHideTopLevelNodeFromPath is true (and the root level page is treated as "/" in the path) then the page Quiz under Home and the widget Quiz under Widgets will both have the same URL (/quiz/) and hence the collide error.

You could "fix" this by changing umbracoHideTopLevelNodeFromPath to false but this has it's own issues, namely your home page will now have a URL of /home/ - which isn't what many people want.

The best way I can see that the core team could fix this would be to only apply umbracoHideTopLevelNodeFromPath logic to the very first root node in the tree (ie. it would apply to /home/ but none of the other levels). That would leave the URL of the first quiz as /quiz/ but the one in widgets as /widgets/quiz/ avoiding any collision but still leaving the main homepage as /home/).

I tried changing umbracoHideTopLevelNodeFromPath to false in the web.config, but I am still getting "This document is published but its url would collide with content (error)" on every page.

I just fixed this for my site! I found that I had to have the following in the web.config:

After I update to 7.7.8, i have this message on all items: "This document is published but its url would collide with content (error)" Error log is clean, any detailed informations are unavailable... I must go to the Umbraco sources :-(

Did you try updating your web.config with the following?

@Ben: No, it's not working for me. Thanks.

I found the error message in Umbraco, but i don't understand about the code:

public static IEnumerable GetContentUrls(this IContent content, UmbracoContext umbracoContext) { ... var pcr = new PublishedContentRequest(uri, UmbracoContext.Current.RoutingContext, UmbracoConfig.For.UmbracoSettings().WebRouting, s => Roles.Provider.GetRolesForUser(s));
pcr.Engine.TryRouteRequest();

if (pcr.HasPublishedContent == false) { urls.Add(ui.Text("content", "routeError", "(error)", umbracoContext.Security.CurrentUser)); } ...

Resolved. I make my own UrlProvider, but not make my own ContentFinder. Creation of propriate ContentFinder resolve the problem.

Just hit the issue myself in 7.7.4. I have two root nodes homenode and globalsettings. All nodes under global settings are showing the error message. Anyone looking to fix this bug?

Same problem in 7.8.1.

I upgraded from 7.4.3 => 7.6.11 .The same problem is for version 7.6.11 . I changed the false and also

still @ben E.g:- This document is published but its url would collide with content /Home/Emergency Contacts (id=1348)"

nothing resolved.

adding
My previous version umbraco 7.4.3 now upgraded to 7.6.11

n umbracoalias in previous version it would take the whole url and replace to link to document. but after upgrading it

adding
My previous version umbraco 7.4.3 now upgraded to 7.6.11

In umbracoalias in previous version it would take the whole url and replace to link to document.E.g www.abc.com/str/page. but after upgrading it only accepts the absolute path E.g /str/page and when run on browser it takes admin url as prefix to url. Done false