You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/06/19 09:29:23 UTC

DO NOT REPLY [Bug 9984] New: - 403, 404 errors not rendering properly when errordoc dir does not exist

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9984>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9984

403, 404 errors not rendering properly when errordoc dir does not exist

           Summary: 403, 404 errors not rendering properly when errordoc dir
                    does not exist
           Product: Apache httpd-2.0
           Version: 2.0.39
          Platform: PC
               URL: http://sachen.theredeye.net/007/
        OS/Version: FreeBSD
            Status: UNCONFIRMED
          Severity: Normal
          Priority: Other
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: kap@katchoo.org


the 403 and 404 errors for sachen.theredeye.net are to be stored in the "errors"
dir, which does not exist. when a mozilla browser is pointed at
http://sachen.theredeye.net/007/, the 403 page shows up but does not render.
http://sachen.theredeye.net/fqewwqfe is an example of a broken 404 page. 

ie DOES render this, as ie is a pain and likes to fix things otherwise broken.

an example of a working 403 on the same machine/apache2.0.39 is
http://sardius.fefea.org/vs/

sachen.theredeye.net(broken) and sardius.fefea.org(working) have the same
errordocument arguments supplied:
    ErrorDocument 403 /errors/403.html
    ErrorDocument 404 /errors/404.html

i have not tested to see what other errors do and dont properly render when the
directory the errors are to be stored in does not exist.

apache was configured with the --enable-ssl and --enable-rewrite flags, though
ssl is not running. no third party anything is compiled or otherwise running
with this server.

nothing unusual other than the standard 403 and 404 errors show up in logs.

i couldnt find any mentions of this in the bug database, though im not too
surprised as 2.0.39 was just released today.

vhost/httpd.conf available upon request.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org