]> granicus.if.org Git - apache/blobdiff - STATUS
Fix wrong condition that may lead to NULL being set as 'Vary' header
[apache] / STATUS
diff --git a/STATUS b/STATUS
index ecb33923fb14629ac37f5f43354b2fb9af483f3e..182289049c69fafe8c50a197aa105f8868578927 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,4 +1,4 @@
-APACHE 2.3 STATUS:                                              -*-text-*-
+APACHE 2.3 STATUS:                                              -*-text-*-
 Last modified at [$Date$]
 
 The current version of this file can be found at:
@@ -17,17 +17,23 @@ Consult the following STATUS files for information on related projects:
 
 Patches considered for backport are noted in their branches' STATUS:
 
-  * http://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x/STATUS
   * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
   * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS
 
 
+
 Release history:
     [NOTE that x.{odd}.z versions are strictly Alpha/Beta releases,
           while x.{even}.z versions are Stable/GA releases.]
 
-    2.3.7   : In development.
-    2.3.6   : Tagged June 11, 2010.
+    2.3.13  : In development.
+    2.3.12  : Tagged on May 11, 2011.
+    2.3.11  : Released as Beta on March 7, 2011.
+    2.3.10  : Tagged on December 13, 2010. Released Dec 21, 2010.
+    2.3.9   : Tagged on November 23, 2010, not released.
+    2.3.8   : Tagged on August 24, 2010.
+    2.3.7   : Tagged on August 19, 2010, not released.
+    2.3.6   : Released on June 21, 2010.
     2.3.5   : Released on January 26, 2010.
     2.3.4   : Released on December 8, 2009.
     2.3.3   : Tagged on November 11, 2009, not released.
@@ -49,31 +55,60 @@ Contributors looking for a mission:
 
   * Open bugs in the bug database.
 
+  * See also the STATUS file in the docs/ directory, which lists documentation-specific TODO items.
+
 
 CURRENT RELEASE NOTES:
 
 
+GA PLAN:
+
+ Jim proposes another beta release the end of March, another in
+ April with a goal towards GA in May (at the latest). Jim volunteers
+ to RM these.
+
 RELEASE SHOWSTOPPERS:
 
   FOR GA:
 
-  * Modules that are not ready for production use should be marked as
-    experimental.  Candidates:
+  * Modules that are not ready for production use must be removed.
+    The same for modules without documentation.
+    Candidates:
     - MPM simple
-    - mod_serf
+    - mod_serf (which is optimal for async httpd anyways)
+
+  * Review the example configuration. It should be based on current best
+    practices and not use deprecated features.
+      wrowe sez: be specific or this isn't a SHOWSTOPPER
+
+  * The mod_session* modules need to be checked that their hooks respect
+    the returning of int (HTTP status codes) and apr_status_t as appropriate,
+    and any anomolies fixed.
+    jim sez: from what I can see, mod_session* is no worse that other
+             modules that mix these 2 types... clean up is
+             forthcoming but should not be considered a blocker, imo
+    pgollucci: +1 jim
+    wrowe asks: what's the API change required?
+    wrowe asks; why are we shipping this if it requires apr_ssl
+  * mod_ssl's proxy support only allows one proxy client certificate per
+    frontend virtual host. Lift this restriction.
+    jim sez: Why a blocker?, pgollucci +1 jim
+    wrowe asks: what's the API change required?
+
+  * Clarify/potentially change the meaning of MaxConnections for Event MPM 
+    with respect to accepting new connections and keep alive requests for 
+    the docs and example config.  This shouldn't change after users and 
+    vendors have set up their stock config for event.  This will end up
+    as a per-process thing for efficiency.
+
+  * INCLUDE mod_fcgid with 2.4.0, esp to help php users etc to enjoy
+    a painless event mpm experience.
+
+  * Decouple from apr_ldap to ease the transition to apr-2.0
 
   FOR BETA:
 
-  * Modules without documentation need to be moved to experimental or be
-    removed.
-
-  * Not all MPMs are updated to set conn_rec::current_thread correctly.
-      (Prefork, Worker, Event, Simple are updated).
-      jim sez: Then we just ship with those... mark any others as
-                experimental
-
-  FOR NEXT ALPHA:
-
 
   OLD ISSUES THAT WERE THOUGHT TO BE SHOWSTOPPERS FOR 2.2 BUT OBVIOUSLY WEREN'T:
 
@@ -97,39 +132,22 @@ RELEASE SHOWSTOPPERS:
 
 CURRENT VOTES:
 
-  * If the parent process dies, should the remaining child processes
-    "gracefully" self-terminate. Or maybe we should make it a runtime
-    option, or have a concept of 2 parent processes (one being a 
-    "hot spare").
-    See: Message-ID: <3C58232C.FE91F19F@Golux.Com>
-
-    Self-destruct: Ken, Martin, Lars, sctemme (parent shouldn't die, ever)
-    Not self-destruct: BrianP, Ian, Cliff, BillS
-    Make it runtime configurable: Aaron, jim, Justin, wrowe, rederpj, nd, pgollucci
-
-    /* The below was a concept on *how* to handle the problem */
-    Have 2 parents: +1: jim
-                    -1: Justin, wrowe, rederpj, nd, pgollucci
-                    +0: Lars, Martin (while standing by, could it do
-                                      something useful?)
-
-  * Make the worker MPM the default MPM for threaded Unix boxes.
-    +1:   Justin, Ian, Cliff, BillS, striker, wrowe, nd, pgollucci, sctemme
-    +0:   BrianP, Aaron (mutex contention is looking better with the
-          latest code, let's continue tuning and testing), rederpj, jim
-    -0:   Lars
-
-    pquerna: Do we want to change this for *2.4*?
-    wrowe: Replies "yes"
-
   * Name the Server (version 2.4 or 3.0, depending on the final call)
     Recent discussion indicates we should designate a (short name).
     This is not yet a [Vote] - Your nominations please:
       * Apache HTTP Server (httpd)
-        +1: sctemme (why mess with it?)
+        +1: sctemme (why mess with it?), pgollucci
 
 RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
+  * Clean up all the kruft and *extremely* outdated stuff below...
+
+  * Maybe remove Limit/LimitExcept or at least make it log warnings when
+    mis-used.
+
+  * Sort out modules selections for most/all/reallyall. Maybe rename
+    all -> most, reallyall -> all, and remove the old 'most'.
+
   * Patches submitted to the bug database:
     http://issues.apache.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Apache+httpd-2&keywords=PatchAvailable
 
@@ -148,26 +166,13 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
   * RFC 2616 violations.
     Closed PRs: 15852, 15857, 15859, 15861, 15864, 15869, 15870, 16120,
                 16125, 16135, 16136, 16137, 16138, 16139, 16140, 16518,
-                16520
-    Open PRs:   15865, 15866, 15868, 16126, 16133, 16142, 16521
+                16520, 49825
+    Open PRs:   15865, 15866, 15868, 16126, 16133, 16142, 16521, 42978 
     jerenkrantz says: need to decide how many we need to backport and/or
                       if these rise to showstopper status.
     wrowe suggests: it would be nice to see "MUST" v.s. "SHOULD" v.s. "MAY"
                     out of this list, without reviewing them individually.
 
-  * There is a bug in how we sort some hooks, at least the pre-config
-    hook.  The first time we call the hooks, they are in the correct 
-    order, but the second time, we don't sort them correctly.  Currently,
-    the modules/http/config.m4 file has been renamed to 
-    modules/http/config2.m4 to work around this problem, it should moved
-    back when this is fixed.
-
-      OtherBill offers that this is a SERIOUS problem.  We do not sort
-      correctly by the ordering arguments passed to the register hook
-      functions.  This was proven when I reordered the open_logs hook
-      to attempt to open the error logs prior to the access logs.  Possibly
-      the entire sorting code needs to be refactored.
-
   * pipes deadlock on all platforms with limited pipe buffers (e.g. both
     Linux and Win32, as opposed to only Win32 on 1.3).  The right solution
     is either GStein's proposal for a "CGI Brigade", or OtherBill's proposal
@@ -368,12 +373,6 @@ TODO ISSUES REMAINING IN MOD_SSL:
 
   * Do we need SSL_set_read_ahead()?
 
-  * the ssl_expr api is NOT THREAD SAFE.  race conditions exist:
-     -in ssl_expr_comp() if SSLRequire is used in .htaccess
-      (ssl_expr_info is global)
-     -is ssl_expr_eval() if there is an error
-      (ssl_expr_error is global)
-
   * SSLRequire directive (parsing of) leaks memory
 
   * Diffie-Hellman-Parameters for temporary keys are hardcoded in
@@ -415,7 +414,7 @@ WISH LIST
     line server hooks (Ryan really hated this. It is great for
     performance, but bad because of the complications listed above).
 
-    mod_cache/mod_mem_cache/mod_disk_cache:
+    mod_cache/mod_mem_cache/mod_cache_disk:
 
   * mod_mem_cache: Consider adding a RevalidateTimeout directive to
     specify time at which local cached content is to be revalidated
@@ -425,7 +424,7 @@ WISH LIST
     jerenkrantz says: Too slow.  Get regexs away from speedy caches by
                       default.  Introduce a new CacheEnableRegex if you want.
 
-  * mod_mem_cache/mod_disk_cache: Need to be able to query cache
+  * mod_mem_cache/mod_cache_disk: Need to be able to query cache
     status (num of entries, cache object properties, etc.).
     mod_status could be extended to query optional hooks defined
     by modules for the purpose of reporting module status.
@@ -434,10 +433,6 @@ WISH LIST
     HTTP or SNMP?
     jerenkrantz says: Yawn.  Who cares.
 
-  * MaxRequestsPerChild measures connections, not requests.
-      Until someone has a better way, we'll probably just rename it
-      "MaxConnectionsPerChild".
-    
   * Regex containers don't work in an intutive way
       Status: No one has come up with an efficient way to fix this
       behavior. Dean has suggested getting rid of regex containers