Actually, the APR_ECONNABORTED (EOS-only brigade) is the direction we

  are contemplating for the next release, not the prior behavior
  (which was APR_SUCCESS for c->aborted.)

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97401 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/modules/ssl/ssl_engine_io.c b/modules/ssl/ssl_engine_io.c
index 264a3d7f4e0b23da2a5049aa37843d013bdd16a4..5da9b34deb491d7aa930e8ba720cc2c73c027755 100644 (file)
--- a/modules/ssl/ssl_engine_io.c
+++ b/modules/ssl/ssl_engine_io.c
@@ -644,7 +644,6 @@ static apr_status_t ssl_io_filter_Output(ap_filter_t *f,
     SSLFilterRec *filter_ctx = f->ctx;
 
     if (f->c->aborted) {
-        /* XXX: This works in 2.0.43, but this will change soon */
         apr_brigade_cleanup(bb);
         return APR_ECONNABORTED;
     }