]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
move, not copy.
authorEric Covener <covener@apache.org>
Mon, 1 Mar 2021 20:40:37 +0000 (20:40 +0000)
committerEric Covener <covener@apache.org>
Mon, 1 Mar 2021 20:40:37 +0000 (20:40 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1887057 13f79535-47bb-0310-9956-ffa450edef68

STATUS

diff --git a/STATUS b/STATUS
index e63abc41e4284bf51821e9ca1d63ba0d2dacc073..38f0036982b21117a19121a7162fae4a2a8642bc 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -168,25 +168,6 @@ PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
 PATCHES PROPOSED TO BACKPORT FROM TRUNK:
   [ New proposals should be added at the end of the list ]
 
-  *) core: avoid duplicate headers when using ap_send_error_response.
-           From trunk's testing the code seems running fine without any side
-           effects, so adding this change in here to have more reviews.
-     trunk patch: http://svn.apache.org/r1832092
-     2.4.x patch: svn merge -c 1832092 ^/httpd/httpd/trunk .
-     +1: elukey
-     +0.5: icing: as I read this, the change preserves the special status of headers in
-         ->err_headers_out, since swapping the tables makes former error headers normal ones.
-         But it is hard to see of this was ever intentional or not. Lack of regressions
-         in testing may meaning someone out there relies on the former, unverified
-         behaviour. OTOH, it fixes and error you saw and added test for. So, I am cautiously
-         for the change.
-     elukey: PR 62025 seems another use case that gets fixed using this patch
-             (still need to get feedback from the reporter but on my local env it solves the problem).
-     elukey: If anybody has time to review this change it would be great, to know if it needs to be reverted,
-             reworked, etc.. I would like to avoid a patch that is clearly wrong for some reviewer sitting here for
-             months/years without any action item :)
-     ylavic: will look at it ASAP..
-
  *) "[mod_dav_fs etag handling] should really honor the FileETag setting".
      - It now does.
      - Add "Digest" to FileETag directive, allowing a strong ETag to be