https://bz.apache.org/bugzilla/show_bug.cgi?id=62249
--- Comment #9 from Yann Ylavic ---
Hi Konstantin,
can't it be related to bug 61786 (i.e. does it still happen with the APR patch
from there)?
If the MPM event wakeup code is buggy (per this other bug report), flushing
https://bz.apache.org/bugzilla/show_bug.cgi?id=61860
--- Comment #3 from Luca Toscano ---
Eric the following bit in ap_send_error_respose (called after ap_die) puzzles
me:
if (!r->assbackwards) {
apr_table_t *tmp = r->headers_out;
/* For all HTTP/1.x
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
--- Comment #24 from Yann Ylavic ---
trunk commit r1828390.
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe,
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
--- Comment #23 from Yann Ylavic ---
I could verify my assertions with a configuration like this:
Listen 8443
ServerName localhost:8443
SSLEngine on
SSLProtocol -all +TLSv1.2
...
Listen 8880
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
Yann Ylavic changed:
What|Removed |Added
Keywords||FixedInTrunk
--
https://bz.apache.org/bugzilla/show_bug.cgi?id=62249
--- Comment #10 from Konstantin J. Chernov ---
> can't it be related to bug 61786 (i.e. does it still happen with the APR
> patch from there)?
I don't see how can it be related.
The issue described here only appears on
https://bz.apache.org/bugzilla/show_bug.cgi?id=61860
--- Comment #4 from Luca Toscano ---
Ok now I think I know what's happening (and I got what Eric was trying to
suggest). One of the things that ap_send_error_response does is running
ap_run_insert_error_filter, that
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
--- Comment #19 from m...@blackmans.org ---
I mean is it new to require it in the VirtualHost context? We do already
include it in the server config context.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
--- Comment #18 from m...@blackmans.org ---
I don't see the word SSLProxyEnable anywhere on this page:
https://httpd.apache.org/docs/2.4/mod/mod_ssl.html
should i see it here?
Maybe you're thinking of SSLProxyEngine?
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
--- Comment #20 from Yann Ylavic ---
> I don't see the word SSLProxyEnable anywhere on this page:
Yes my bad, I meant SSLProxyEngine.
> Is this a new requirement (SSLProxyEngine)?
> I mean is it new to require it in the
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
--- Comment #21 from m...@blackmans.org ---
Thanks, I think understand. You believe this 2nd patch is more suitable than
Rainer's because it's covers more cases correctly?
We have a limited time where we can run tests in the non-production
https://bz.apache.org/bugzilla/show_bug.cgi?id=62232
--- Comment #22 from Yann Ylavic ---
The issue with Rainer's patch (possibly) is that a section with its own
SSLProxy* settings might finally reuse the SSL_CTX from the upper VirtualHost
(which kind of defeats the
https://bz.apache.org/bugzilla/show_bug.cgi?id=61786
Yann Ylavic changed:
What|Removed |Added
Summary|mpm_event processes stuck |Solaris pollset
https://bz.apache.org/bugzilla/show_bug.cgi?id=62249
--- Comment #7 from Rainer Jung ---
Is it possible to provide
- "LogLevel trace8" logs for a reproduction
- more config details and a smaller reproduction scenario? For instance you are
using Tomcat as a proxy
https://bz.apache.org/bugzilla/show_bug.cgi?id=62249
--- Comment #8 from Konstantin J. Chernov ---
(In reply to Rainer Jung from comment #6)
> I don't see the 9 seconds in this example. Start at 16:31:19 (Apache), end
> at 16:31:19 (Tomcat). So the same second?
15 matches
Mail list logo