]> 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)
commit7d6e52799cc5439d9aa7c11c31788510cae52caa
tree9beb798d88437e9c40ac7f96a37f88f59510de1a
parent81e45fa1df37ce8f95ea122be6575cb298017a36
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