httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From n.@apache.org
Subject cvs commit: httpd-2.0 STATUS
Date Mon, 14 Jul 2003 21:44:19 GMT
nd          2003/07/14 14:44:19

  Modified:    .        Tag: APACHE_2_0_BRANCH STATUS
  Log:
  vote && note && propose(another backport)
  
  Revision  Changes    Path
  No                   revision
  No                   revision
  1.751.2.371 +22 -9     httpd-2.0/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/STATUS,v
  retrieving revision 1.751.2.370
  retrieving revision 1.751.2.371
  diff -u -r1.751.2.370 -r1.751.2.371
  --- STATUS	14 Jul 2003 18:11:08 -0000	1.751.2.370
  +++ STATUS	14 Jul 2003 21:44:18 -0000	1.751.2.371
  @@ -69,7 +69,7 @@
         rewritten request using "proxy:". The code was adding multiple "proxy:"
         fields in the rewritten URI. PR: 13946.
         http://cvs.apache.org/viewcvs.cgi/httpd-2.0/modules/mappers/mod_rewrite.c.diff?r1=1.153&r2=1.154
  -      +1: rederpj
  +      +1: rederpj, nd (besides my further comments on dev@)
   
       * ap_get_mime_headers_core(): Remove LWS between header token and ':'
         delimeter. (2616 compliance)
  @@ -159,8 +159,8 @@
         one)
         configure.in: r1.250
         docs/conf/ssl-std.conf.in: r1.1,1.2
  -      +1: thommay, jerenkrantz, striker, jim
  -       0: nd, trawick
  +      +1: thommay, jerenkrantz, striker, jim, nd
  +       0: trawick
             nd: The runtime files (e.g. cache) should be in runtimedir, since the
                 logfilefir should not be writable for the httpd user.
   	  
  @@ -179,7 +179,9 @@
             trawick: existing configs shouldn't be overwritten, new configs
                 should default to our best available recommendation
   
  -          thommay: can't argue with this, commited.    
  +          thommay: can't argue with this, commited.
  +          
  +          nd: thx.:)
   
       * Assure that we block on the read BIO when we invoke the read BIO for both
         first-use cases (via ssl_io_input_add_filter) and when we are writing and
  @@ -254,29 +256,40 @@
                user setup error (ulimit) or system resource shortage...
                is an error message better than a coredump in that case?
   
  +          nd: hmm. This one is a pure (and obvious) malloc. Once we may
  +              decide to use a pool-abort_fn; then the situation turns
  +              around... :)
  +              Yes, I think, a useful error message is better than
  +              a coredump in this case.
  +
       * mime.types: update to include IANA and W3C types.  Also switches
         the handling of .xml from text/xml to application/xml (per RFCs),
         adds extensions for commonly used *+xml and calendar types, and
         lists image/x-icon ico.
           docs/conf/mime.types: r1.20
  -      +1: fielding
  +      +1: fielding, nd
   
       * httpd-std.conf: Try to be clearer in describing the connection
         between AddType and AddEncoding for defining the meaning of
         compressed file extensions.  Follows mime.types change above.
           docs/conf/httpd-std.conf.in: r1.47
           docs/conf/httpd-win.conf:    r1.93
  -      +1: fielding
  +      +1: fielding, nd
   
       * mod_ext_filter: Set additional environment variables for use by
         the external filter.  PR 20944.
           modules/filters/mod_ext_filter.c:  r1.7
  -      +1: trawick
  +      +1: trawick, nd
   
       * mod_ssl: Fix a problem setting variables that represent the
         client certificate chain.  PR 21397
           modules/ssl/ssl_engine_vars.c:  r1.24
  -      +1: trawick
  +      +1: trawick, nd
  +
  +    * pass REDIRECT_REMOTE_USER to the script if REMOTE_USER doesn't
  +      exists and the original request is protected.
  +        server/util_script.c: r1.82
  +      +1: nd
   
   CURRENT RELEASE NOTES:
   
  
  
  

Mime
View raw message