Vulnerability in EPiServer.Forms
I have this site that works on both local machine and test server. The only difference is that on the test server this error is written to the error log once every two seconds. The site uses MVC. .Net 4.5. I had this behavior once before and that time I just deleted all files and copied the files back and it worked.
System.Web.HttpException (0x80004005): The file '/link/43f936c99b234ea397b261c538ad07c9.aspx' does not exist.
at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
at System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory(VirtualPath virtualPath, HttpContext context, Boolean allowCrossApp, Boolean throwIfNotFound)
at System.Web.Compilation.BuildManager.CreateInstanceFromVirtualPath(VirtualPath virtualPath, Type requiredBaseType, HttpContext context, Boolean allowCrossApp)
at System.Web.Routing.PageRouteHandler.GetHttpHandler(RequestContext requestContext)
at System.Web.Routing.UrlRoutingModule.PostResolveRequestCache(HttpContextBase context)
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
The path is the GUID of the root page.Thanks for any help that leads to a soving of this error!
(Can be a replicate of this error -> http://world.episerver.com/Forum/Developer-forum/EPiServer-7-CMS/Thread-Container/2013/6/TemplateResolver-error/)
I have the same error.
Is a link with that guid link outputted anywhere in the html? My thought was that there is perhaps an img tag on some page that outputs the link (and hence causes the browser to request it).
If that is the case then you could look in the IIS logs to find out which page, it should probably been found immediately before the request with the guid link.
Hi and thanks for the reply.
I doubt this scenario because this happens with a fresh db without any pages created and before any page at all is visited. If I take a fresh db and then make "iisreset" in cmd it starts directly when restarted.
I've had this error as well, it was a while ago but I think it was something to do with having no license file.
In this case there is a valid licens file. Thanks anyway!
If it is on the local machine can you use fiddler to record all request and might see all request that is done.Otherwise I would look into the IIS-logs and try to see what happens just before this request and who is doing the request just as Johan say.
Henrik Fransas. Thanks! Solved. (Embarrassing of course)
What caused the problem?
Well we have a load balancer that checks for the sites every 5 seconds. But the load balancer goes to the ip-number which was not added to the host names in admin. Once I entered the ip number as a second host address the problem was resolved.
Glad it was solved!
Probably during routing it could not resolve which site, and hence it fall through the routing unhandled and then ended up in the ordinary Page httpHandler which caused the log entry. I guess another option would be to add a wildcard host '*' instead of the specific ip address (then the problem wont appear again if you move the site to another server...;-) )
Glad it solved!
We had the same or a similar sympton with a different cause. Links to a single page type were in the /link/XXX.aspx format.
At first everything was working with two page types with each having it's own template, one page type inheriting from the other. Then I decided to use the same template for both types and removed one template. This produced a template resolving problem which was both evident in the editor's mode when displaying instances of the page but also produced links to the page which where not resolved properly and thus where like /link/XXX.aspx.
The solution was to add "Inherited" to the template class attributes:
[TemplateDescriptor(Path = "~/Templates/Pages/NewsItemPageTemplate.aspx", Inherited = true)]
public partial class NewsItemPageTemplate : BasePageTemplate<NewsItemPageType>
This makes template resolving of inferior classes work correctly, and subsequently solves the URL resolution problem.