I have this problem too and I am using v. 4.8.0 ..
Actually it previously was working, and had continue to develop the site.. but then I noticed the custom 404 page doesn't work anymore.. as it seems to return an error 500 instead of 404.
I have tried with both <error404>1151</error404> and <error404 culture="da-DK">1151</error404> ...
e.g. I can access a site /da/webdesign/ .. but when writing a page which not exist, e.g. /da/design/ I get this page:
Have you tried disabling all the 404 handlers? It could be that one of them is throwing a fit, or is conflicting with another package or function.
I've not come across this before, you can always try and get more information about the error by installing ELMAH on your site to capture the full .NET error and look through the full stacktrace. http://our.umbraco.org/wiki/how-tos/use-elmah-with-umbraco
I have tried to disable the 404 handlers, uninstalled packages.. tried with elmah and glimpse.. but I was not able to find the bug..
I think it's weird it returns the 500 error.. and then it will of course not redirect to the custom 404 page.
..
but I think it might be a bug with the Permanent Redirect package I use ... I have two lines in web.config that the package use:
<add name="terabytePermanentRedirect" type="Terabyte.Umbraco.Modules.PermanentRedirect.Redirect" /> before the closing </httpModules> .. and <add name="terabytePermanentRedirect" type="Terabyte.Umbraco.Modules.PermanentRedirect.Redirect" /> before the closing </modules> inside <system.webServer> ..
when I outcommented the linie in httpModules it worked again.. and also if I commented the linie in again it works.. so perhaps it needed to be updated/refreshed or the position i relatation to the another lines have something to do with it..
Default 404 handler returns 500 error
Hi,
I'm using umbraco 4.7.2 and i'm using the default 404 page handler.
In the umbraco.config file I added the following line with an existing node ID:
<error404>2837</error404>
As soon as I navigate to a non-existing page, I receive an error 500 from the server.
Example: http://www.maxelmo.nl/nonexistingpage
I'm a bit lost here
I have this problem too and I am using v. 4.8.0 ..
Actually it previously was working, and had continue to develop the site.. but then I noticed the custom 404 page doesn't work anymore.. as it seems to return an error 500 instead of 404.
I have tried with both <error404>1151</error404> and <error404 culture="da-DK">1151</error404> ...
e.g. I can access a site /da/webdesign/ .. but when writing a page which not exist, e.g. /da/design/ I get this page:
Someone who know why this happens?
/Bjarne
Have you tried disabling all the 404 handlers? It could be that one of them is throwing a fit, or is conflicting with another package or function.
I've not come across this before, you can always try and get more information about the error by installing ELMAH on your site to capture the full .NET error and look through the full stacktrace.
http://our.umbraco.org/wiki/how-tos/use-elmah-with-umbraco
And/or use Glimpse to see whats going on:
http://our.umbraco.org/projects/developer-tools/uglimpse
Or set it a remote debug session.
Cheers,
Drew
I have tried to disable the 404 handlers, uninstalled packages.. tried with elmah and glimpse.. but I was not able to find the bug..
I think it's weird it returns the 500 error.. and then it will of course not redirect to the custom 404 page.
..
but I think it might be a bug with the Permanent Redirect package I use ... I have two lines in web.config that the package use:
<add name="terabytePermanentRedirect" type="Terabyte.Umbraco.Modules.PermanentRedirect.Redirect" /> before the closing </httpModules> .. and <add name="terabytePermanentRedirect" type="Terabyte.Umbraco.Modules.PermanentRedirect.Redirect" /> before the closing </modules> inside <system.webServer> ..
when I outcommented the linie in httpModules it worked again.. and also if I commented the linie in again it works.. so perhaps it needed to be updated/refreshed or the position i relatation to the another lines have something to do with it..
/Bjarne
is working on a reply...