]> git.ipfire.org Git - thirdparty/apache/httpd.git/commit
AP_REQUEST_DONE is bogus and a bad idea. This had the http_header filter
authorRyan Bloom <rbb@apache.org>
Mon, 22 Jan 2001 21:57:57 +0000 (21:57 +0000)
committerRyan Bloom <rbb@apache.org>
Mon, 22 Jan 2001 21:57:57 +0000 (21:57 +0000)
commit7bfd9bc68c1f0d7ac64dcbf0ec3bca6d579a32ad
tree9beb798d88437e9c40ac7f96a37f88f59510de1a
parent6f089ea8c77b90c4b460714ee416a0075e25b6cd
AP_REQUEST_DONE is bogus and a bad idea.  This had the http_header filter
return -3 for every HEAD request, which in turn made us call ap_die.  Of
course, if we didn't have a 200 status (say we had a 206), then we would
seg fault, because we would end up sending down a second EOS bucket, which
would in turn make us call the byterange filter again, but at this point,
we hadn't cleaned up the byterange ctx structure, because it was never
supposed to be called again.

This was biting us on apache.org, where we had a HEAD request for
bytes=100- for a file.  This was a major seg fault.  We are better off
just returning OK is much safer.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87788 13f79535-47bb-0310-9956-ffa450edef68
include/util_filter.h
modules/http/http_protocol.c