Loading STATUS +9 −0 Original line number Diff line number Diff line Loading @@ -130,6 +130,15 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK: http://svn.apache.org/r1824596 2.4.x: trunk works modulo CHANGES/MMN/log-message +1: minfrin, jim -1: rpluem: While we allow extensions of structures at the end in general this is a specific case where the the design of the mod_dav API clashes with this approach, as the API requires consumers to create the public structs on their own, something we do not "allow/encourage" otherwise in order to be able to do the structure extension. I don't want to see consumers of this API suffer from the clash we created. See also: https://lists.apache.org/thread.html/b924afe0fcc58a8636b753e630421bf6dc2080653a79575fd5fd641a@%3Cdev.httpd.apache.org%3E *) mod_proxy_fcgi: Add the support for the mod_proxy's flushpackets parameter. trunk patch: http://svn.apache.org/r1802040 Loading Loading
STATUS +9 −0 Original line number Diff line number Diff line Loading @@ -130,6 +130,15 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK: http://svn.apache.org/r1824596 2.4.x: trunk works modulo CHANGES/MMN/log-message +1: minfrin, jim -1: rpluem: While we allow extensions of structures at the end in general this is a specific case where the the design of the mod_dav API clashes with this approach, as the API requires consumers to create the public structs on their own, something we do not "allow/encourage" otherwise in order to be able to do the structure extension. I don't want to see consumers of this API suffer from the clash we created. See also: https://lists.apache.org/thread.html/b924afe0fcc58a8636b753e630421bf6dc2080653a79575fd5fd641a@%3Cdev.httpd.apache.org%3E *) mod_proxy_fcgi: Add the support for the mod_proxy's flushpackets parameter. trunk patch: http://svn.apache.org/r1802040 Loading