#32561 [Asn->Opn]: Erroneous Allow HTTP response header

From: Date: Thu, 22 Dec 2005 21:10:47 +0000
Subject: #32561 [Asn->Opn]: Erroneous Allow HTTP response header
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-90898@lists.php.net to get a copy of this message
ID: 32561 Updated by: sniper@php.net Reported By: mnot at pobox dot com -Status: Assigned +Status: Open Bug Type: Apache related Operating System: * PHP Version: 5.*, 4.* Assigned To: rasmus Previous Comments: ------------------------------------------------------------------------ [2005-10-20 00:32:28] mnot at pobox dot com See also: http://issues.apache.org/bugzilla/show_bug.cgi?id=15242 for resolution of a simliar bug in mod_cgi. ------------------------------------------------------------------------ [2005-09-21 12:51:15] sniper@php.net Assigned to Rasmus who should know what to do with this bug. ------------------------------------------------------------------------ [2005-04-24 00:00:26] sniper@php.net This was added in PHP 3, by Rasmus with this commit msg: "AAPI cleanup - Set rqst->allowed correctly and deny OPTIONS requests" ------------------------------------------------------------------------ [2005-04-04 18:41:12] mnot at pobox dot com By doing that, it's saying that it would handle those methods in the future. If it won't, it shouldn't set that. The downline handler *shouldn't* blow away r->allowed and put its own values in; this would remove any information from other handlers. E.g., if mod_cgi did this, mod_dav couldn't advertise the methods that it would catch. ------------------------------------------------------------------------ [2005-04-04 07:25:19] rasmus@php.net Actually, it resets the r->allowed to all the methods when it declines to handle the request for the next handler in the chain. It probably doesn't need to do this, but it isn't unique to the xbithack handler. Whatever finally accepts to handle the request should be setting r->allowed accordingly. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32561 -- Edit this bug report at http://bugs.php.net/?id=32561&edit=1

« previous php.bugs (#90898) next »