Received: (qmail 4821 invoked by uid 2012); 9 Sep 1998 23:18:18 -0000
Message-Id: <19980909231818.4820.qmail@hyperreal.org>
Date: 9 Sep 1998 23:18:18 -0000
From: Ahmon Dancy <dancy@dancysoft.com>
Reply-To: dancy@dancysoft.com
To: apbugs@hyperreal.org
Subject: Can't undo an earlier AddHandler
X-Send-Pr-Version: 3.2

>Number:         2979
>Category:       mod_mime
>Synopsis:       Can't undo an earlier AddHandler
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          closed
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Wed Sep  9 16:20:00 PDT 1998
>Last-Modified:  Wed May  5 14:32:45 PDT 1999
>Originator:     dancy@dancysoft.com
>Organization:
>Release:        1.3
>Environment:
SunOS tanya 5.5.1 Generic_103640-08 sun4u sparc SUNW,Ultra-1
>Description:
I'd like to have a way to undo an AddHandler that a previously-parsed
configuration file may have added.  I understand that I can just do another
AddHandler and it would override the previous AddHandler... but, as far as
I can tell, there is no way to revert to the default handler that would be used
if no prior AddHandler had been seen.  

Here's our story:

Our main tree has an "AddHandler server-parsed .html", to treat _all_ .html
files as SSI's.  However, in a subtree, I don't want this behaviour.  I want
the .html files to be handled the way they would have been w/o the AddHandler.
>How-To-Repeat:

>Fix:
I'd like something like:

DelHandler .html

or

AddHandler none .html
>Audit-Trail:
State-Changed-From-To: open-closed
State-Changed-By: coar
State-Changed-When: Wed May  5 14:32:43 PDT 1999
State-Changed-Why:

This was made possible by the RemoveHandler directive
add with Apache 1.3.4.  Thanks for using Apache!

>Unformatted:
[In order for any reply to be added to the PR database, ]
[you need to include <apbugs@Apache.Org> in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]
[If you do not include this Cc, your reply may be ig-   ]
[nored unless you are responding to an explicit request ]
[from a developer.                                      ]
[Reply only with text; DO NOT SEND ATTACHMENTS!         ]