Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Sender: trawick@rdu74-177-063.nc.rr.com
To: dev@httpd.apache.org
Subject: RFC: move mod_ext_filter to modules/filters now*
From: Jeff Trawick <trawick@attglobal.net>
Date: 14 Nov 2002 11:17:04 -0500
Message-ID: <m3bs4sp1mn.fsf@rdu74-177-063.nc.rr.com>
Lines: 28
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

*or after tagging 2.0.44; that distinction isn't important to me; I
just want to get the ball rolling to move it out of experimental;
OtherBill, if a tag is still imminent, then it will definitely move
*AFTER* 2.0.44; there is no need to complicate matters;

This module has been used successfully by a number of people in the
time that it has been available in experimental.  I think it is time
to make it supported and available for --enable-modules=most so that
it is present in a binbuild for Unix.

Currently there are two open PRs for mod_ext_filter:

  http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11978
  (PDF generated in a filter not handled properly by IE; probably an
  IE issue, since we would chunk the response and a MS KnowledgeBase
  article says that IE requires a Content-Length header to deal with
  PDFs properly)

  http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14016
  (ActiveState Perl CGI not seeing eof on stdin; whether or not this
  is a mod_ext_filter problem, we build mod_ext_filter by default on
  Win32 anyway)

Is anyone against moving it to modules/filters for 2.0.stable?

-- 
Jeff Trawick | trawick@attglobal.net
Born in Roswell... married an alien...