You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by mi...@apache.org on 2001/04/08 13:53:04 UTC

cvs commit: httpd-proxy STATUS

minfrin     01/04/08 04:53:04

  Modified:    .        STATUS
  Log:
  Updated STATUS
  
  Revision  Changes    Path
  1.9       +35 -7     httpd-proxy/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/httpd-proxy/STATUS,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- STATUS	2001/04/05 23:48:42	1.8
  +++ STATUS	2001/04/08 11:53:03	1.9
  @@ -1,5 +1,5 @@
   HTTPD PROXY STATUS:
  -Last modified at [$Date: 2001/04/05 23:48:42 $]
  +Last modified at [$Date: 2001/04/08 11:53:03 $]
   
   Release:
   
  @@ -27,9 +27,39 @@
   
   a), b), c) below.
   
  -HTTP/1.1 - being tested
  -CONNECT
  -FTP (actually not necessary for release)
  +2.0
  +
  +    * CONNECT - currently does not work properly. A connection is
  +      made successfully, but no data transfer takes place over the
  +      poll() loop.
  +      Someone who knows how this is supposed to work needs to take a look
  +      at this.
  +
  +    * CONNECT - After the poll() loop has completed, the CORE output
  +      filter jumps on the bandwagon and sends out a status line and
  +      default headers at the end of the request.
  +      This behaviour needs to be suppressed - in fact the CORE filter
  +      should be replaced by a NULL filter the second tunnel behavior
  +      comes into effect.
  +
  +    * FTP - currently does not work properly either.
  +      The function ap_getrc_msg() is designed to return the result code
  +      and message text from FTP control commands. This function works
  +      only once for the initial connection, but then returns blank results
  +      from the second result onwards.
  +      Someone who understands filters needs to take a look at this.
  +
  +    * HTTP - currently almost works!
  +      About 10% of proxied connections break while downloading the entity
  +      body from the remote server with the following error logged somewhere
  +      in the filter stack:
  +
  +        [error] (9)Bad file descriptor: apr_bucket_read
  +
  +      These broken connections usually show up as broken graphics inside
  +      webpages.
  +      Someone who understands filters needs to take a look at this.
  +
   
   RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
   
  @@ -46,7 +76,6 @@
   
   2.0
   
  -    * header bug in http_proxy.c (fixed, and then some!)
       * announce to current-testers@ to get some looking at
   
   2.0+
  @@ -76,8 +105,7 @@
   2.0
   
       * finish conversion of proxy_connect.c and proxy_ftp.c
  -    * removal of remaining cache-related code (NoCache, etc.)
  -      finished by Graham
  +      (done - but currently still broken)
   
   2.0+