Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache HTTPD Bugs Notification List" <bugs@httpd.apache.org>
Date: Fri, 11 Feb 2005 21:50:38 +0100
Message-Id: <200502112050.j1BKoctw014950@ajax.apache.org>
From: bugzilla@apache.org
To: bugs@httpd.apache.org
Subject: DO NOT REPLY [Bug 33527]  New:  -
    If AuthAuthoritative is off for mod_auth,
 a 500 is returned instead of a 401

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=33527

           Summary: If AuthAuthoritative is off for mod_auth, a 500 is
                    returned instead of a 401
           Product: Apache httpd-2.0
           Version: 2.0.52
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: dopey@moonteeth.com


I'm not sure if this is intended functionality, which is why I'm filing this as
an enhancement and not a bug.  If it's indeed a bug, please correct me.

We're noticing that if AuthAuthoritative is off, mod_auth returns DECLINED back
to the core if the user ID provided is not in the password file.  This results
in the server's request.c handling the DECLINED and calling decl_die().  The
drawback of this is that an internal server error is thrown back to the client
rather than the appropriate 401.

I understand the technical reasons for this (the mod_auth returning back a
DECLINED so that additional modules can process) and the core really doesn't
know the root reason for the DECLINE, but perhaps it should, and be able to
properly throw back a HTTP_UNAUTHORIZED to the client?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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