Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 12836 invoked by uid 500); 28 May 2003 21:14:58 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 12823 invoked from network); 28 May 2003 21:14:58 -0000 Message-ID: <3ED526CD.3080806@wstoddard.com> Date: Wed, 28 May 2003 17:14:53 -0400 From: Bill Stoddard User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Is it a subrequest, a redirect or a fast redirect? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N mod_expires (with my latest patch ) is still broken. The expires header will not be added when the resource is resolved via a DirectoryIndex (ie, a fast redirect) . mod_expires will not add the expires filter to what it believes to be a subrequest and a simple check of (r->main != NULL) is not granular enough to tell of a request is a subrequest or a redirect/fast-redirect. I am not about to suggest that redirects should inherit the filter stack of the main request :-). An alternate solution is to add a flag to request_rec (or some other indicator) that a module can check to determine if a request is a true subrequest or a redirect (fast or normal). Perhaps set the flag in make_sub_req based on the 'next_filter' argument. Any other ideas? Bill