httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 43738] - Who is hiding my buffered POST data from mod_ssl after renegotiation?
Date Thu, 01 Nov 2007 16:16:13 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43738>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=43738





------- Additional Comments From rpluem@apache.org  2007-11-01 09:16 -------
(In reply to comment #4)
> What makes you say that the filter chain is correct?  I would expect the
> "ssl/tls buffer" filter to be at the head to the chain, since that's where all
> the data is being buffered.  There's no chance that reading from "ssl/tls
> filter" will give me any data since its data has already been read and stored in
> the buffer.

It is correct. You have to read the whole thing as a stack:


http_in(0x826c98):          HTTP filter: Does dechunking if transfer-encoding of 
                            the body is chunked or reads up to Content-length
                            bytes from the body.
ssl/tls filter(0x81e098):   Does decryption of the input stream and deals with
                            client certificates. Sometimes this filter buffers
                            data.
log_input_output(0x8109f0): Counts bytes that came in.
core_in(0x81e140):          Core network connection to the raw socket.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message