Newer
Older
Last modified at [$Date$]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x/STATUS
The current development branch of this software can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk
Consult the following STATUS files for information on related projects:
* http://svn.apache.org/repos/asf/apr/apr/trunk/STATUS
* http://svn.apache.org/repos/asf/apr/apr/branches/1.4.x/STATUS
* http://svn.apache.org/repos/asf/apr/apr-util/branches/1.4.x/STATUS
Mike Rumph
committed
* http://svn.apache.org/repos/asf/apr/apr/branches/1.5.x/STATUS
* http://svn.apache.org/repos/asf/apr/apr-util/branches/1.5.x/STATUS
* http://svn.apache.org/repos/asf/apr/apr/branches/1.6.x/STATUS
* http://svn.apache.org/repos/asf/apr/apr-util/branches/1.6.x/STATUS
Patches considered for backport are noted in their branches' STATUS:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x/STATUS
[NOTE that x.{odd}.z versions are strictly Alpha/Beta releases,
while x.{even}.z versions are Stable/GA releases.]
2.4.28 : Tagged on September 25, 2017. Released on October 5, 2017.
2.4.27 : Tagged on July 6, 2017. Released on July 11, 2017.
2.4.26 : Tagged on June 13, 2017. Released on June 19, 2017.
2.4.25 : Tagged on December 16, 2016. Released on December 21, 2016.
2.4.21 : Tagged on June 16, 2016, not released.
2.4.20 : Tagged on April 4, 2016. Released on April 11, 2016.
2.4.18 : Tagged on December 8, 2015. Released on December 14, 2015.
2.4.17 : Tagged on October 9, 2015. Released October 13, 2015.
2.4.16 : Tagged on July 9, 2015. Released July 15, 2015
2.4.15 : Tagged on June 19, 2015. Not released.
2.4.11 : Tagged on January 15, 2015. Not released.
2.4.9 : Tagged on March 13, 2014. Released on March 17, 2014
2.4.8 : Tagged on March 11, 2014. Not released.
2.4.7 : Tagged on November 19, 2013. Released on Nov 25, 2013
2.4.6 : Tagged on July 15, 2013. Released July, 22, 2013
2.4.3 : Tagged on August 17, 2012. Released Aug 18, 2012
2.4.1 : Tagged on February 13, 2012. Released Feb 21, 2012.
2.4.0 : Tagged on January 16, 2012, not released.
2.3.16 : Tagged on December 15, 2011.
2.3.15 : Tagged on November 8, 2011. Released Nov. 15, 2011.
2.3.14 : Tagged on August 1, 2011. Released Aug. 9, 2011.
2.3.12 : Tagged on May 11, 2011. Released May 23, 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.5 : Released on January 26, 2010.
2.3.4 : Released on December 8, 2009.
2.3.2 : Tagged on March 23, 2009, not released.
2.3.1 : Tagged on January 2, 2009, not released.
2.3.0 : Tagged on December 6, 2008, not released.
* Just do an egrep on "TODO" or "XXX" in the source.
* Review the bug database at: http://issues.apache.org/bugzilla/
* Review the "PatchAvailable" bugs in the bug database:
https://issues.apache.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Apache+httpd-2&keywords=PatchAvailable
After testing, you can append a comment saying "Reviewed and tested".
* Open bugs in the bug database.
* See also the STATUS file in the docs/ directory, which lists documentation-specific TODO items.
* Forward binary compatibility is expected of Apache 2.4.x releases, such
that no MMN major number changes will occur after 2.4.1. Such changes can
only be made in the trunk.
* All commits to branches/2.4.x must be reflected in SVN trunk,
as well, if they apply. Logical progression is commit to trunk
* Current exceptions for RTC for this branch:
. mod_proxy_http2
. mod_lua
. documentation
. non-Unix build
. non-Unix, single-platform code
*) configure.in: Latest macOS Xcode 9 installs clang-900, which more
fully honors strict-prototypes, which causes AC_CHECK_LIB to
fail when --enable-maintainer-mode is set. Also affects clang 5.
trunk patch: http://svn.apache.org/r1810448
http://svn.apache.org/r1810998
2.4.x patch: svn merge -c 1810448,1810998 ^/httpd/httpd/trunk .
+1: jim, wrowe
[Not a regression, so how a showstopper? This seems to fit into the mold
of per-platform quirks which we process in CTR flow, adding a +1 to note
that the patch looks sane.]
PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
[ start all new proposals below, under PATCHES PROPOSED. ]
William A. Rowe Jr
committed
*) mod_http2: Fix race condition on request body handling.
2.4.x patch: svn merge -c 1804096,1807238,1809981,1810088,1810089 ^/httpd/httpd/trunk .
+1: icing, steffenal, ylavic
*) mod_rewrite,core: Avoid the 'Vary: Host' response header when HTTP_HOST
is used in a condition that evaluates to true.
trunk patch: http://svn.apache.org/r1808746
http://svn.apache.org/r1809028
2.4.x patch: svn merge -c 1808746,1809028 ^/httpd/httpd/trunk .
+1: elukey, ylavic, wrowe
PATCHES PROPOSED TO BACKPORT FROM TRUNK:
[ New proposals should be added at the end of the list ]
*) mod_proxy, mod_ssl: Handle SSLProxy* directives in <Proxy> sections,
allowing per backend TLS configuration.
trunk patch: http://svn.apache.org/r1740928
http://svn.apache.org/r1740960
http://svn.apache.org/r1740967
http://svn.apache.org/r1740987
http://svn.apache.org/r1740998
http://svn.apache.org/r1742697
http://svn.apache.org/r1756976
http://svn.apache.org/r1781313
2.4.x patch: http://home.apache.org/~ylavic/patches/httpd-2.4.x-r1740928_and_co-v3.patch
+1: ylavic, mrumph
mrumph: Since this has been sitting for awhile, there are several places
where this patch needs to be adjusted against recent changes to 2.4.x.
ylavic: With current 2.4.x (r1807662), there seems to be only a conflict with
MMN, which can probably be taken by the backporter. I don't see the
other places where it needs adjustments, Mike?
William A. Rowe Jr
committed
wrowe: Suspect that this is an MMN Major bump, not minor, without some
additional detection/workaround of legacy 2.4 compiled modules.
*) mod_remoteip: Add PROXY protocol support
trunk patch: http://svn.apache.org/r1776575
http://svn.apache.org/r1776578 (doc fix)
http://svn.apache.org/r1776627 (shortened name + doc fix)
http://svn.apache.org/r1776674 (attribution moved to CHANGES)
http://svn.apache.org/r1776740 (attribution updated in mod_remotip.c)
http://svn.apache.org/r1778268 (fix compiler warning)
http://svn.apache.org/r1780725 (set buckets aside)
http://svn.apache.org/r1781030 (fix strict GCC warning)
http://svn.apache.org/r1781031 (reference the filter by handle)
http://svn.apache.org/r1781701 (rework optional processing case)
http://svn.apache.org/r1788674 (final edge cases/ignore slave conns)
http://svn.apache.org/r1789800 (remove optional processing)
http://svn.apache.org/r1790169 (rename "exception" directive)
Daniel Ruggeri
committed
http://svn.apache.org/r1790457 (Update directive name in err message)
2.4 convenience patch (includes CHANGES):
http://home.apache.org/~jim/patches/RemoteIPProxyProtocol.2.4.x.patch
mrumph: I had a chance to review this proposal.
I committed some suggested changes to trunk in r1806985.
Also, the copyright in mod_remoteip.c is of some concern.
Perhaps the terms of the copyright should be included in that note.
And on a personal note, today is my last day with Oracle.
So it may well be my last day with Apache as well.
It has been great working with all of you.
jim: Not sure what the copyright concern is, but added r1806985
to the proposal.
ylavic: RemoteIPProxyProtocol* are documented as scoped to server config
and virtual host, though using ap_server_conf makes them global
only (thus less useful too...).
*) mod_journald: Add new module mod_journald to log error logs into journald.
trunk patch: http://svn.apache.org/r1610339
http://svn.apache.org/r1621806
2.4.x patch: http://people.apache.org/~jkaluza/patches/httpd-2.4.x-mod_journald.patch
+1: jkaluza, jim
jchampion: Looks like the headers require GCC extensions to compile, so
mod_journald can't be configured in maintainer mode (-std=c89).
Can anyone else reproduce, or is it just my distro?
*) mod_unique_id: Use PRNG output rather than needing to use DNS,
an IPv4 address (or failing) and PID, and slowing down startup
by up to a second.
trunk patch: http://svn.apache.org/r1501827
William A. Rowe Jr
committed
+1: jorton, wrowe
*) core/mod_ssl: Add new flag int to module struct. Define first bit for keeping
server config records non-shared instances, set for mod_ssl to make manipulations
in post_config safe.
trunk patch: svn merge -c 1809302,1809303,1809305,1809311,1809314,1809713 ^/httpd/httpd/trunk .
2.4.x patch: https://svn.apache.org/repos/asf/httpd/httpd/patches/2.4.x/backport-module-flags.diff
(merge with alterations for mmn etc.)
*) mod_proxy: Add missing commit from r1808855 (loadfactor now decimal)
trunk patch: http://svn.apache.org/r1805195
trunk patch: http://svn.apache.org/r1812004 (CHANGES)
2.4.x patch: svn merge -c 1805195,1812004 ^/httpd/httpd/trunk .
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
*) mod_ssl: Return 502 instead of 500 when SSL peer check or
proxy_post_handshake hook fails.
Trunk patch: r1645529 (works)
2.4.x patch which adds CHANGES: https://emptyhammock.com/media/downloads/r1645529-to-2.4.x.txt
+1: trawick
ylavic: there may be missing bits, see thread for commit r1736510.
*) core: Drop an invalid Last-Modified header value coming
from a (F)CGI script instead of replacing it with Unix epoch.
Warn the users about Last-Modified header value replacements
and violations of the RFC.
trunk patch: http://svn.apache.org/r1748379
http://svn.apache.org/r1750747
http://svn.apache.org/r1750749
http://svn.apache.org/r1750953
http://svn.apache.org/r1751138
http://svn.apache.org/r1751139
http://svn.apache.org/r1751147
http://svn.apache.org/r1757818
2.4.x: trunk patches work, final view:
http://home.apache.org/~elukey/httpd-2.4.x-core-last_modified_tz_logging.patch
The problem has been discussed in dev@ extensively but we did not reach a common
agreement about how to proceed in the long term. While we wait, I would really like
to introduce useful logs for the users (the starting point of this change was a users@
email thread). If this is not the right way to go I will move the patch to other
sections of STATUS (stalled or being worked).
The code has been tested with a simple PHP script returning different Last-Modified
headers (GMT now, GMT now Europe/Paris, GMT tomorrow, GMT yesterday, PST now).
+1: elukey
*) http: Don't remove the Content-Length of zero from a HEAD response if
it comes from an origin server, module or script. Allow the previous
behaviour (for legacy/buggy modules only, not origin) by also backporting
the HttpContentLengthHeadZero directive (and also HttpExpectStrict which
comes for free with the same commit).
trunk patch: http://svn.apache.org/r1554303
http://svn.apache.org/r1678215
2.4.x patch: http://people.apache.org/~ylavic/httpd-2.4.x-preserve_head_cl_zero.patch
+1: ylavic, jim
ylavic: r1554303 issued a major MMN bump, but since the ABI change is two
ints added at the end of core_server_config, the proposed merge
does a minor bump only.
minfrin: Two new directives need to be documented.
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
* mod_proxy_http: Don't establish or reuse a backend connection before pre-
fetching the request body, so to minimize the delay between it is supposed
to be alive and the first bytes sent: this is a best effort to prevent the
backend from closing because of idle or keepalive timeout in the meantime.
Also, handle a new "proxy-flushall" environment variable which allows to
flush any forwarded body data immediately. PR 56541+37920.
trunk patch: http://svn.apache.org/r1656259
http://svn.apache.org/r1656359 (CHANGES entry)
2.4.x patch: trunk works (modulo CHANGES, docs/log-message-tags)
+1: ylavic
-0: jim: This seems to be a hit to normal performance, to handle an
error and/or non-normal condition. The pre-fetch is
expensive, and is always done, even before we know that
the backend is available to rec' it. I understand the
error described, but is the fix actually worth it (plus
it seems to allow for a DDoS vector).
ylavic: It seems to me that the problem is real since we reuse the
connection before prefetching 16K (either controlled by the
client, or by an input filter), we currently always prefetch
these bytes already. Regarding performance I don't see any
difference (more cycles) compared with the current code.
However I think I failed to rebuild the header_brigade when
the proxy loop is retried (ping), so I need to rework this.
Do you think we'd better remove the prefetch, or maybe just
make it nonblocking (by default)?
jim: Non-blocking seems the best way to handle...
* mod_dav: Allow other modules to become providers and add ACLs
to the DAV response. Requires a release of apr-util v1.6.
trunk patch: http://svn.apache.org/r1748322
2.4.x: trunk works modulo CHANGES/MMN
+1: minfrin
rpluem asks: Will this compile with apr-util < v1.6 and keep
mod_dav working (without the new features of the patch of course)?
I doubt that we will require apr-util 1.6 for the lifetime of 2.4.x
(see the discussion around ap_cstr_casecmp[n] an apr 1.6)
minfrin: Yes, as you can see in the patch everything applies only
if APR_XML_X2T_PARSED is defined, and the patch was tested with
both apr-util v1.6 and apr-util v1.5.
-1: jorton, breaks binary backwards compat per dev@ discuss
msgid <20160902120654.GA12674@redhat.com>
(& also, making the structure change with apr-util version
means it breaks binary compat across an apr-util upgrade?)
William A. Rowe Jr
committed
* Support PCRE2 (10.x) in place of PCRE (8.x).
Submitted by: wrowe, Petr Pisar [ppisar redhat.com]
trunk patches:
http://svn.apache.org/r1773454
http://svn.apache.org/r1773741
http://svn.apache.org/r1773742
http://svn.apache.org/r1773839
http://svn.apache.org/r1773870
http://svn.apache.org/r1773882
wrowe notes that the current code is too inefficient, owing to the fact
that the ovector is a required allocation and is no longer allocated on
the stack, by design. The correct fix is an apr userdata allocation on
the appropriate pool, which would be thread-safe, but the actual API of
ap_regexec[_len]() offers us no pool. We cannot associate that pool with
the ap_regex_t, because a single regex may be used by many threads in
parallel and is not thread-safe beyond initialization.
So the only fix allowing us to use PCRE 10 in httpd 2.4 would be to write
this as a thread safe storage buffer for the majority of cases (<10 $args)
and we don't have a portable tls mechanism to do so.
PATCHES/ISSUES THAT ARE STALLED
* core: Add ap_errorlog_provider to make ErrorLog logging modular. This
backport keeps syslog logging as part of httpd core and only adds
API to allow other modules to be used for error logging.
trunk patch: http://svn.apache.org/r1525597
http://svn.apache.org/r1525664
http://svn.apache.org/r1525845
http://svn.apache.org/r1527003
http://svn.apache.org/r1527005
http://svn.apache.org/r1532344
http://svn.apache.org/r1539988
http://svn.apache.org/r1541029
http://svn.apache.org/r1543979
http://svn.apache.org/r1544156
http://svn.apache.org/r1626978
2.4.x patch: http://people.apache.org/~jkaluza/patches/httpd-2.4.x-errorlog_provider.patch
+1: jkaluza
+1: covener w/ doc or code to fix syntax (providername:providerarg not supported like syslog or socacheproviders,
needs 2 args which is not valid in ErrorLog manual)
trawick: nit: fix "writing" in "/* NULL if we are writing to syslog */"
(sorry, haven't finished reviewing completely)
jim: What is the status of this??
* mod_proxy: Add ap_proxy_define_match_worker() and use it for ProxyPassMatch
and ProxyMatch section to distinguish between normal workers and workers
with regex substitutions in the name. Implement handling of such workers
in ap_proxy_get_worker(). Fixes the bug when regex workers were not
matched and used for request. PR 43513.
trunk patch: http://svn.apache.org/r1609680
http://svn.apache.org/r1609688
http://svn.apache.org/r1641381
ylavic: Merge patch provided (reusing new->real to avoid double de_socketfy() call).
Also added missing r1609688 to the patchset.
2.4.x patch: http://people.apache.org/~ylavic/httpd-2.4.x-ap_proxy_define_match_worker.patch
+1: ylavic
-0: covener tried to review this one in Austin with Jeff. Does the added match function
really cover a very narrow set of parameters with the way it skips over backreferences?
Also, why a new API vs. just setting the field inline?
Eric Covener
committed
* mod_systemd: New module, for integration with systemd on Linux.
trunk patch: http://svn.apache.org/r1393976
http://svn.apache.org/r1393997
http://svn.apache.org/r1484554
http://svn.apache.org/r1528032
http://svn.apache.org/r1528034
http://svn.apache.org/r1614821
http://svn.apache.org/r1618579
http://svn.apache.org/r1618588
2.4.x patch: http://people.apache.org/~jkaluza/patches/mod_systemd/httpd-2.4.x-mod_systemd.patch
+1: jkaluza
sf comments: The IdleShutdown logic seems broken. Consider a single
active connection that is stalled for 10 seconds. That
connection will be broken after GracefulShutdownTimeout.
A better logic would be to check if there is any open
connection that is not in keep-alive state.
Eric Covener
committed
* core: Add support for systemd socket activation.
trunk patch: http://svn.apache.org/r1511033
http://svn.apache.org/r1608686
http://svn.apache.org/r1608694
http://svn.apache.org/r1608703
http://svn.apache.org/r1608721
http://svn.apache.org/r1608744
2.4.x patch: http://people.apache.org/~jkaluza/patches/mod_systemd/httpd-2.4.x-socket-activation.patch
+1: jkaluza
* mod_proxy: Ensure network errors detected by the proxy are returned as
504 Gateway Timeout as opposed to 502 Bad Gateway
trunk patch: https://svn.apache.org/viewvc?view=revision&revision=1480058
2.4.x patch: trunk patch works modulo CHANGES
+1:
-1: rpluem: This change is still disputed. See
http://mail-archives.apache.org/mod_mbox/httpd-dev/201305.mbox/%3C1B16B9E3-87BA-4EEF-939C-7C7313B54714%40gbiv.com%3E
Guenter Knauf
committed
* cross-compile: allow to provide CC_FOR_BUILD so that gen_test_char will be
compiled by the build compiler instead of the host compiler.
Also set CC_FOR_BUILD to 'cc' when cross-compilation is detected.
Trunk patches: http://svn.apache.org/viewvc?view=revision&revision=1327907
http://svn.apache.org/viewvc?view=revision&revision=1328390
http://svn.apache.org/viewvc?view=revision&revision=1328714
2.4 patch: http://people.apache.org/~fuankg/diffs/httpd-2.4.x-cross_compile.diff
fuankg: on hold until we agree for a better and more simple solution ...
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
* Makefile.win: Added copying of .vbs / .wsf CGIs to Windows install target.
Moved fixing of shebang to separate target so that it is
no longer executed by default and all CGIs remain inactive.
trunk patch: http://svn.apache.org/viewvc?view=revision&revision=1387984
http://svn.apache.org/viewvc?view=revision&revision=1421203
http://svn.apache.org/viewvc?view=revision&revision=1421591
2.4.x patch: http://people.apache.org/~fuankg/diffs/httpd-2.4.x-Makefile.win.diff
+1 fuankg, gsmith
-.8: trawick
This commit is essentially deciding that an httpd install on
Windows now has printenv/testcgi written in 2 more languages.
To the extent that the usefulness is that it shows how to make scripts
of these types executable by httpd, I believe that the documentation
is the proper place to solve that. To the extent that the usefullness
is to show how to implement a CGI in these particular languages, I believe
that the httpd distribution and documentation in general is not the
place for that. Historically these types of scripts have caused problems
for downstream vendorsas well as newbies (and sometimes the intersection
of those two groups) who don't understand that these are information leaks
once they are enabled, and the subtlety of the way they are disabled ("Apache
messed up the first line; let me fix that") contributes to that.
fuankg notes: I've just added a big warning to all CGI scripts which should now
make absolutely clear that these CGIs are for testing purpose only - so those
who enable those scripts with inserting the right shebang should be 100% aware
of any risks (this should cover your last point).
jim: trawick, does the above address your concerns?
trawick: to some extent (somebody reading the script gets an idea)
Why isn't the configuration requirement documented instead
of described indirectly in a sample?
Why are these new samples added to the install without three
votes? (I didn't veto it; put your name next to the two
existing ones and I'll be satisfied that enough people
considered this addition as an appropriate solution for a
real httpd usability problem.)
wrowe: I'd agree with trawick, and suggest that these scripts can begin
their life somewhere in the manual/ tree. This really seems like
the place where /usr/share/httpd/examples/ would be useful, but
there isn't an ordinary directory for that. Since we want none
of the scripts to function 'out of the box', what about a new
cgi-examples/ dir alongside cgi-bin/? Otherwise manual/cgi/examples
might work?
* core: block Define and Undefine in vhost and directory context. Because
it is EXEC_ON_READ, it "breaks out" of these contexts anyway.
trunk patch: http://svn.apache.org/r1656063
http://svn.apache.org/r1656122
2.4.x patch: http://people.apache.org/~covener/patches/2.4.x-define-limits.diff
+1: covener (I need to review the docs manually in this area)
-1: wrowe (blocking will break "working" .conf files on a subversion update
meant to pick up security fixes. "Alerting" I would agree to.)