Child Application Error - This document is published but its url would collide with content (error)
Hi guys,
We have an umbraco site set up as a child application of another umbraco site. This all works fine and has been for similar setups in the past.
However, I've just upgraded to Umbraco 7.5.8 - and although the site still works as normal - I'm seeing the following error when viewing the Properties tab in the CMS:
This document is published but its url would collide with content (error)
This only happens since the upgrade (from 7.5.3) and locally (i.e. not set up as a child application) works fine. This affects all pages throughout the site, all pages work as normal and I can make changes, save and publish just fine.
I've done a bit of a search and only came up with the following thread:
Not sure if this would be a fix for you, but I´ll throw it out there:
To be able to reproduce your error, i changed the app-key umbracoHideTopLevelNodeFromPath to false in the web.config (not sure what this is by default).
I'm able to reproduce your error then by creating 2 homepages, and not assigning any culture to any of them. The first one I am able to save and publish, and it gets the URL: "/". But when I try to save the other site or any of its children, i get this error:
To be able to fix this, changed back the umbracoHideTopLevelNodeFromPath app-key settings to true:
Thanks Dennis, appreciate the help. This however hasn't solved my issue I'm afraid. Looks like the default for umbracoHideTopLevelNodeFromPath is true (this is already set and I'm not aware of us changing it). Changing the settings seems to have no effect.
Also, just be clear - we've only got one homepage set up so really struggling to see where the conflict is coming from.
I had a look at the commit history around the files which produce the error (https://github.com/umbraco/Umbraco-CMS/commit/13ed3303f50c8ff9f226ace28823bec882b16b95#diff-aa11b0a0749167a1adba898cb659126cR78) - but not luck in figuring out what the cause is just yet.
I've also raised this on the Umbraco issue tracker as everything worked before so hopefully it's something simple in the update which has caused this: http://issues.umbraco.org/issue/U4-9442
Hopefully you will get the help you need on issues. Make sure to post the solution in this thread and closing it when you figure it out, so that it may help others.
I have the same problem. I upgrade from v 7.5.2 to 7.5.8, via nuget (VS 15).
Locally seems working, but in live server i cannot publish any page (root or child) with appropriate link.
Also when i use multiple domain binding in different root nodes i get the following error in front end: "the view found at '~/Views/Home.cshtml' was not created."
and only the first domain applied to the sitepath working.
Log from App Data
2017-01-29 09:46:40,507 [P32584/D4/T47] INFO umbraco.content - Load Xml from file...
2017-01-29 09:46:40,522 [P32584/D4/T47] INFO umbraco.content - Loaded Xml from file.
2017-01-29 09:46:41,116 [P32584/D4/T47] INFO Umbraco.Core.PluginManager - Starting resolution types of Umbraco.Core.PropertyEditors.IParameterEditor
2017-01-29 09:46:41,132 [P32584/D4/T47] INFO Umbraco.Core.PluginManager - Completed resolution of types of Umbraco.Core.PropertyEditors.IParameterEditor, found 0 (took 17ms)
2017-01-29 09:46:41,850 [P32584/D4/T39] INFO Umbraco.Core.PluginManager - Starting resolution types of Umbraco.Web.HealthCheck.HealthCheck
2017-01-29 09:46:41,850 [P32584/D4/T39] INFO Umbraco.Core.PluginManager - Completed resolution of types of Umbraco.Web.HealthCheck.HealthCheck, found 0 (took 6ms)
2017-01-29 09:46:43,710 [P32584/D4/T47] ERROR Umbraco.Core.UmbracoApplicationBase - An unhandled exception occurred
System.InvalidOperationException: The view found at '~/Views/Home.cshtml' was not created.
at System.Web.Mvc.BuildManagerCompiledView.Render(ViewContext viewContext, TextWriter writer)
at Umbraco.Core.Profiling.ProfilingView.Render(ViewContext viewContext, TextWriter writer)
at System.Web.Mvc.ViewResultBase.ExecuteResult(ControllerContext context)
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResult(ControllerContext controllerContext, ActionResult actionResult)
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult)
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult)
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult)
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult)
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultWithFilters(ControllerContext controllerContext, IList1 filters, ActionResult actionResult)
at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass21.<>c__DisplayClass2b.<BeginInvokeAction>b__1c()
at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass21.<BeginInvokeAction>b__1e(IAsyncResult asyncResult)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResult1.CallEndDelegate(IAsyncResult asyncResult)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase1.End()
at System.Web.Mvc.Async.AsyncControllerActionInvoker.EndInvokeAction(IAsyncResult asyncResult)
at System.Web.Mvc.Controller.<BeginExecuteCore>b__1d(IAsyncResult asyncResult, ExecuteCoreState innerState)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid1.CallEndDelegate(IAsyncResult asyncResult)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase1.End()
at System.Web.Mvc.Controller.EndExecuteCore(IAsyncResult asyncResult)
at System.Web.Mvc.Controller.<BeginExecute>b__15(IAsyncResult asyncResult, Controller controller)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid1.CallEndDelegate(IAsyncResult asyncResult)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase1.End()
at System.Web.Mvc.Controller.EndExecute(IAsyncResult asyncResult)
at System.Web.Mvc.Controller.System.Web.Mvc.Async.IAsyncController.EndExecute(IAsyncResult asyncResult)
at System.Web.Mvc.MvcHandler.<BeginProcessRequest>b__5(IAsyncResult asyncResult, ProcessRequestState innerState)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid1.CallEndDelegate(IAsyncResult asyncResult)
at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase`1.End()
at System.Web.Mvc.MvcHandler.EndProcessRequest(IAsyncResult asyncResult)
at System.Web.Mvc.MvcHandler.System.Web.IHttpAsyncHandler.EndProcessRequest(IAsyncResult result)
at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
2017-01-29 09:47:01,993 [P32584/D3/T11] INFO Umbraco.Core.UmbracoApplicationBase - Application shutdown. Details: CodeDirChangeOrDirectoryRename
Thanks for the info - deleting those App_Data files and recycling/restarting didn't do anything for me I'm afraid. Still had no luck tracking down this issue.
I've seen this issue arise after upgrading an older 7.3.x site to 7.5.9. The site in question was multi-lingual, so had multiple home nodes, with each having a different hostname/culture eg.
GB
FR
DE
Shared Repo (no culture/hostname)
However, one of the root nodes ("Shared Repo") was used as a repository of shared content - this root node didn't have any culture/hostname associated with it, and it was nodes under this branch that now have the "collide URL" error since the upgrade. They were fine before - and I know for a fact that the URL's don't collide with any other pages, since the path of the URL is totally distinct. I have a copy of the site before the upgrade and the URL paths are fine and don't clash.
Luckily, these nodes are never accessed directly via URL - the content from them is "pulled in" to the other sites, so it's not a major issue for this site. But the fact that it occurs is worrying.
Note: I don't believe (in this case) the Recycle Bin plays any part in this, since it is empty.
I note there is an issue for this, so please contribute any info to that:
Agree with previous posts - culture triggers this issue for me in 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 the Articulate blog install (which isn't under the home node), and our global section, again not under the root home node.
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.
Child Application Error - This document is published but its url would collide with content (error)
Hi guys,
We have an umbraco site set up as a child application of another umbraco site. This all works fine and has been for similar setups in the past.
However, I've just upgraded to Umbraco 7.5.8 - and although the site still works as normal - I'm seeing the following error when viewing the Properties tab in the CMS:
This document is published but its url would collide with content (error)
This only happens since the upgrade (from 7.5.3) and locally (i.e. not set up as a child application) works fine. This affects all pages throughout the site, all pages work as normal and I can make changes, save and publish just fine.
I've done a bit of a search and only came up with the following thread:
https://our.umbraco.org/forum/extending-umbraco-and-using-the-api/81741-urlsegmentprovider-giving-this-document-is-published-but-its-url-would-collide-with-content-error
We don't have any custom url providers or anything similar in this project some I'm at a bit of a loss why this is happening.
Any ideas?
Hi 0Neji.
Not sure if this would be a fix for you, but I´ll throw it out there:
To be able to reproduce your error, i changed the app-key umbracoHideTopLevelNodeFromPath to false in the web.config (not sure what this is by default).
I'm able to reproduce your error then by creating 2 homepages, and not assigning any culture to any of them. The first one I am able to save and publish, and it gets the URL: "/". But when I try to save the other site or any of its children, i get this error:
To be able to fix this, changed back the umbracoHideTopLevelNodeFromPath app-key settings to true:
Also, in your /Config/umbracoSettings.config file, make sure to change the useDomainPrefixes to true.
Then after that, make sure you re-publish all nodes affected.
This fixes the issue for me. Maybe it works for you too.
Best of luck!
Thanks Dennis, appreciate the help. This however hasn't solved my issue I'm afraid. Looks like the default for
umbracoHideTopLevelNodeFromPath
is true (this is already set and I'm not aware of us changing it). Changing the settings seems to have no effect.Also, just be clear - we've only got one homepage set up so really struggling to see where the conflict is coming from.
I had a look at the commit history around the files which produce the error (https://github.com/umbraco/Umbraco-CMS/commit/13ed3303f50c8ff9f226ace28823bec882b16b95#diff-aa11b0a0749167a1adba898cb659126cR78) - but not luck in figuring out what the cause is just yet.
I've also raised this on the Umbraco issue tracker as everything worked before so hopefully it's something simple in the update which has caused this: http://issues.umbraco.org/issue/U4-9442
Ok, too bad it didn't work out.
Hopefully you will get the help you need on issues. Make sure to post the solution in this thread and closing it when you figure it out, so that it may help others.
Have a great weekend!
I have the same problem. I upgrade from v 7.5.2 to 7.5.8, via nuget (VS 15).
Locally seems working, but in live server i cannot publish any page (root or child) with appropriate link.
Also when i use multiple domain binding in different root nodes i get the following error in front end: "the view found at '~/Views/Home.cshtml' was not created."
and only the first domain applied to the sitepath working.
Log from App Data
2017-01-29 09:46:40,507 [P32584/D4/T47] INFO umbraco.content - Load Xml from file... 2017-01-29 09:46:40,522 [P32584/D4/T47] INFO umbraco.content - Loaded Xml from file. 2017-01-29 09:46:41,116 [P32584/D4/T47] INFO Umbraco.Core.PluginManager - Starting resolution types of Umbraco.Core.PropertyEditors.IParameterEditor 2017-01-29 09:46:41,132 [P32584/D4/T47] INFO Umbraco.Core.PluginManager - Completed resolution of types of Umbraco.Core.PropertyEditors.IParameterEditor, found 0 (took 17ms) 2017-01-29 09:46:41,850 [P32584/D4/T39] INFO Umbraco.Core.PluginManager - Starting resolution types of Umbraco.Web.HealthCheck.HealthCheck 2017-01-29 09:46:41,850 [P32584/D4/T39] INFO Umbraco.Core.PluginManager - Completed resolution of types of Umbraco.Web.HealthCheck.HealthCheck, found 0 (took 6ms) 2017-01-29 09:46:43,710 [P32584/D4/T47] ERROR Umbraco.Core.UmbracoApplicationBase - An unhandled exception occurred System.InvalidOperationException: The view found at '~/Views/Home.cshtml' was not created. at System.Web.Mvc.BuildManagerCompiledView.Render(ViewContext viewContext, TextWriter writer) at Umbraco.Core.Profiling.ProfilingView.Render(ViewContext viewContext, TextWriter writer) at System.Web.Mvc.ViewResultBase.ExecuteResult(ControllerContext context) at System.Web.Mvc.ControllerActionInvoker.InvokeActionResult(ControllerContext controllerContext, ActionResult actionResult) at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList
1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult) at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList
1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult) at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult) at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList
1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult) at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultWithFilters(ControllerContext controllerContext, IList1 filters, ActionResult actionResult) at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass21.<>c__DisplayClass2b.<BeginInvokeAction>b__1c() at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass21.<BeginInvokeAction>b__1e(IAsyncResult asyncResult) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResult
1.CallEndDelegate(IAsyncResult asyncResult) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase1.End() at System.Web.Mvc.Async.AsyncControllerActionInvoker.EndInvokeAction(IAsyncResult asyncResult) at System.Web.Mvc.Controller.<BeginExecuteCore>b__1d(IAsyncResult asyncResult, ExecuteCoreState innerState) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid
1.CallEndDelegate(IAsyncResult asyncResult) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase1.End() at System.Web.Mvc.Controller.EndExecuteCore(IAsyncResult asyncResult) at System.Web.Mvc.Controller.<BeginExecute>b__15(IAsyncResult asyncResult, Controller controller) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid
1.CallEndDelegate(IAsyncResult asyncResult) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase1.End() at System.Web.Mvc.Controller.EndExecute(IAsyncResult asyncResult) at System.Web.Mvc.Controller.System.Web.Mvc.Async.IAsyncController.EndExecute(IAsyncResult asyncResult) at System.Web.Mvc.MvcHandler.<BeginProcessRequest>b__5(IAsyncResult asyncResult, ProcessRequestState innerState) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid
1.CallEndDelegate(IAsyncResult asyncResult) at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResultBase`1.End() at System.Web.Mvc.MvcHandler.EndProcessRequest(IAsyncResult asyncResult) at System.Web.Mvc.MvcHandler.System.Web.IHttpAsyncHandler.EndProcessRequest(IAsyncResult result) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) 2017-01-29 09:47:01,993 [P32584/D3/T11] INFO Umbraco.Core.UmbracoApplicationBase - Application shutdown. Details: CodeDirChangeOrDirectoryRenameI try to fix the problem. I have a live test installation, with the latest umb version from upgrade from 7.5.2 to 7.5.8.
I have 2 websites, binding on the same site path and the same Db.
All have the appropriate permissions.
The root nodes marked with yellow, bind to "Test1" and the only one to the "Test2" -> Home Malta.
I navigate via ftp to the following folder: root/AppData and i delete all files in here.
Then i recycle the application pools of both websites.
I open the first url for the "Test1" I open the second ulr for the "Test2"
I got again the previous error with the view found at '~/Views/Home.cshtml' was not created." only for the "Test2".
The "Test1" working fine.
I can login to the admin page from both urls, and now i can create nodes(root or children successfully) from both bindings.
Now the only problem is that the multiple domain binding does not work...
Hi George,
Thanks for the info - deleting those App_Data files and recycling/restarting didn't do anything for me I'm afraid. Still had no luck tracking down this issue.
Can confirm that it's definitely related to culture.
I was able to replicate by moving a child page into the root.
With culture set to inherit I get a conflict. This is despite deleting the original root page.
Setting the culture allows the page to have a url.
Edit
Emptying the recycle bin is important here. For some reason the whatever mechanism is checking isn't taking deleted items into consideration.
I've seen this issue arise after upgrading an older 7.3.x site to 7.5.9. The site in question was multi-lingual, so had multiple home nodes, with each having a different hostname/culture eg.
However, one of the root nodes ("Shared Repo") was used as a repository of shared content - this root node didn't have any culture/hostname associated with it, and it was nodes under this branch that now have the "collide URL" error since the upgrade. They were fine before - and I know for a fact that the URL's don't collide with any other pages, since the path of the URL is totally distinct. I have a copy of the site before the upgrade and the URL paths are fine and don't clash.
Luckily, these nodes are never accessed directly via URL - the content from them is "pulled in" to the other sites, so it's not a major issue for this site. But the fact that it occurs is worrying.
Note: I don't believe (in this case) the Recycle Bin plays any part in this, since it is empty.
I note there is an issue for this, so please contribute any info to that:
http://issues.umbraco.org/issue/U4-9442
Agree with previous posts - culture triggers this issue for me in 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 the Articulate blog install (which isn't under the home node), and our global section, again not under the root home node.
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.
I'll add this to the issue tracker comments too for http://issues.umbraco.org/issue/U4-9442.
is working on a reply...