httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From grega...@apache.org
Subject cvs commit: httpd-2.0 STATUS
Date Mon, 22 Apr 2002 20:37:34 GMT
gregames    02/04/22 13:37:34

  Modified:    .        STATUS
  Log:
  Clarify the remaining problems with Range: headers.  The seg faults went away
  when we changed ap_send_error_response to get rid of resource filters.
  
  This was triggered because we generate a lot of invalid 416 responses for SSI.
  That happens because the complete length of the entity body (response) isn't
  known accurately until after the C/L filter runs.  That's C/L's job, after all.
  
  Flipping the order of the byterange and C/L filters fixes the invalid
  Content-Range headers and 416's.  But then the Content-Length header contains
  the full length, rather than the sum of the returned ranges.  That's wrong, but
  doesn't seem too hard to fix.
  
  Revision  Changes    Path
  1.598     +4 -3      httpd-2.0/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/STATUS,v
  retrieving revision 1.597
  retrieving revision 1.598
  diff -u -r1.597 -r1.598
  --- STATUS	22 Apr 2002 19:41:41 -0000	1.597
  +++ STATUS	22 Apr 2002 20:37:34 -0000	1.598
  @@ -1,5 +1,5 @@
   APACHE 2.0 STATUS:                                              -*-text-*-
  -Last modified at [$Date: 2002/04/22 19:41:41 $]
  +Last modified at [$Date: 2002/04/22 20:37:34 $]
   
   Release:
   
  @@ -49,8 +49,9 @@
   
   RELEASE SHOWSTOPPERS:
   
  -    * Is there still a C-L / byterange filter misordering problem?
  -      If so, do any patches exist?
  +    * Incorrect Content-Range headers or invalid 416 HTTP responses
  +      if a filter such as INCLUDES changes the content length.  It may
  +      happen only when there are multiple output brigades.
   
       * worker MPM segfaults because the apr_bucket_alloc_t is cleaned
         up twice.
  
  
  

Mime
View raw message