I upgraded from 7.5.13 to 7.6.1 and now, if I run my page in debug=false mode, my custom section throws an error, says that the controller is not found and an error in the DependencyHandler occured.
If I set debug=true, everything works.
I did some investigation on the web, the error seems not to be very new, but all the suggested solutions did not work for me.
cleared the cache folders (I really killed and deleted all of them)
adding my Domain to the bundleDomains in the ClientDependency.config
Increasing the Version Number in CD
Increasing the length of a request in the web.config
Winmerge web.config of 7.6.1 with my custom one
ClientDependency.config referred right in web.config
System.Web.Http Assemby is reffered in web.config
Up-to-Date binding-redirect of MVC
So I'm running out of ideas. Any suggestions from the community?
read the last comment, the issue we've experienced is when registering custom routes (regardless of areas or custom sections)
there is an issue when trying to register to the domain name without any prefixes - i.e 'www.yourdomain.com/' instead of -
'www.yourdomain.com/MyCustomSection'
try to add the ignoreRoute method when registering your custom section/area.
We add our custom section by the applications.config file. So there is no way to say "IgnoreRoute", I guess? Maybe we should transfer the section generation to C# code?
yes, you add them with application config, but do you also register those routes somewhere? we do that in our custom ApplicationEventHandler..
by calling RouteConfig.RegisterRoutes and explicitly register our custom section controllers (we use standard mvc controller-views for our custom section, not angular)
DependencyHandler Error when debug=false
Hi, everyone,
I upgraded from 7.5.13 to 7.6.1 and now, if I run my page in debug=false mode, my custom section throws an error, says that the controller is not found and an error in the DependencyHandler occured.
If I set debug=true, everything works.
I did some investigation on the web, the error seems not to be very new, but all the suggested solutions did not work for me.
So I'm running out of ideas. Any suggestions from the community?
Cheers,
Tom
Hi Tom
Did you find any solutions on this one.. I have the same problem.
René
Unfortunatelly no. Still have this issue.
Hey Thomas,
Our guys found the issue, when we tried to figure it out we came across your post, now that we found it - we had to get back to you to try and help :)
Do you by any chance use Areas in your site? :)
Hi, Amit,
what do you mean with areas? We have custom section, yes. :)
then I believe we can help you:
https://our.umbraco.org/forum/using-umbraco-and-getting-started/85936-umbraco-761-backoffice-not-working-under-iis#comment-272934
read the last comment, the issue we've experienced is when registering custom routes (regardless of areas or custom sections) there is an issue when trying to register to the domain name without any prefixes - i.e 'www.yourdomain.com/' instead of - 'www.yourdomain.com/MyCustomSection'
try to add the ignoreRoute method when registering your custom section/area.
and please, let us know if that fixed the issue.
Good luck
We add our custom section by the applications.config file. So there is no way to say "IgnoreRoute", I guess? Maybe we should transfer the section generation to C# code?
yes, you add them with application config, but do you also register those routes somewhere? we do that in our custom ApplicationEventHandler..
by calling RouteConfig.RegisterRoutes and explicitly register our custom section controllers (we use standard mvc controller-views for our custom section, not angular)
Hi, No, we don't register our routes somewhere. We just call this now:
We use angular in our custom sections. So maybe your fix will not work with us?
See solution in the next post.
Finally, finally, I found the error.
A student of mine coded some AuthorizedApiController, that are inherits from "UmbracoAuthorizedJSONController".
I changed all that to "UmbracoAuthorizedApiController" -> Error gone, me happy. :)
Thanks anyway to all of you for your support.
is working on a reply...