PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
[ start all new proposals below, under PATCHES PROPOSED. ]
+ * Backport 164538: add ap_vhost_iterate_given_conn().
+ Trunk version of patch:
+ http://svn.apache.org/viewvc?view=rev&revision=164538
+ Backport version for 2.0.x of patch:
+ http://people.apache.org/~fuankg/diffs/httpd-2.0.x-ap_vhost_iterate_given_conn.diff
+ +1: fuankg, wrowe, pgollucci
+
PATCHES PROPOSED TO BACKPORT FROM TRUNK:
[ please place SVN revisions from trunk here, so it is easy to
identify exactly what the proposed changes are! Add all new
do we need to make people opt-in for this behavior to
backport it to 2.0.x? What mechanism?
- * Backport 164538: add ap_vhost_iterate_given_conn().
- Trunk version of patch:
- http://svn.apache.org/viewvc?view=rev&revision=164538
- Backport version for 2.0.x of patch:
- http://people.apache.org/~fuankg/diffs/httpd-2.0.x-ap_vhost_iterate_given_conn.diff
- +1: fuankg, wrowe, pgollucci
-
* Backport 354118: Fix recursive ErrorDocument handling [when r->status isn't
HTTP_OK upon first pass through ap_die()]. PR #36090
Trunk version of patch:
list of headers allowed to pass through on a 304 response.
This has been in trunk since 2004, released in 2.2.0.
http://svn.apache.org/viewvc?view=rev&revision=104924
- +1: fielding
+ +1: fielding, wrowe
+
+ * Stupid-simple patch specific to give rotatelogs the same behavior
+ as the core log writer;
+ +1: wrowe
+--- support/rotatelogs.c (revision 733150)
++++ support/rotatelogs.c (working copy)
+@@ -208,7 +208,8 @@
+ sprintf(buf2, "%s.%010d", szLogRoot, tLogStart);
+ }
+ tLogEnd = tLogStart + tRotation;
+- apr_file_open(&nLogFD, buf2, APR_READ | APR_WRITE | APR_CREATE | APR_APPEND,
++ apr_file_open(&nLogFD, buf2,
++ APR_APPEND | APR_WRITE | APR_CREATE | APR_LARGEFILE,
+ APR_OS_DEFAULT, pool);
+ if (nLogFD == NULL) {
+ /* Uh-oh. Failed to open the new log file. Try to clear
PATCHES TO BACKPORT THAT ARE ON HOLD OR NOT GOING ANYWHERE SOON: