general/7280: RemoveHandler "leak"

[Mark Morley <ad...@islandhosting.com>]

>Number:         7280
>Category:       general
>Synopsis:       RemoveHandler "leak"
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Mon Feb 19 13:50:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     admin@islandhosting.com
>Release:        1.3.14
>Organization:
apache
>Environment:
FreeBSD 4.0, GCC, Pentium
>Description:
One of our customers was using RemoveHandler in an .htaccess file to turn off SSI for certain file extensions (eg: RemoveHandler .shtml)

When Apache first fires up everything is fine.  SSI is disabled for his pages and his pages only.  But after his pages have been hit for a while, this setting begins to affect other pages on the server.  It's as if the child process disables the handler but doesn't reinstate it after the pages are served, so the next request that comes in also has SSI disabled.  Eventually SSI is disabled on every child process.  Restarting the server "fixes" it.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database 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!     ]