Thank you very much for you reply. I can copy the headers and it works fine however the body of the message, which is kept in a stream, is what I can't seem to grab without causing the navigation to hang. Anyhow, I believe your suggestion of using an HTTP Headers extension is probably the right way to approach this issue rather then digging inside the http network layer.
Any idea how can I grab the messages body buffer? Thanks again, Vic. "Neil Stansbury" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Not sure how much help this will be but... > > Have a look at the httpheaders extension, it can intercept all HTTP > traffic including headers. > > Regarding the hung process, I experienced the same with > nsIFileInputStream, I noticed that if fileStream.CLOSE_ON_EOF is set > then you cant get the stream, it's needs to be > nsIFileInputStream.REOPEN_ON_REWIND to intercept the stream itself. > > N > > > Vic wrote: > > Hi, > > > > I'm looking for a way to log all network traffic at the http level, > > including the messages buffers. Also I need to be able to link between the > > sniffed HTTP conversation to the corresponding HTMLDocument in the web > > browser. > > > > I've found that logging is being made in nsHttpTransaction.cpp::Init(...) > > and nsHttpTransaction::HandleContentStart() but it does not include the > > messages buffers. > > > > At both location, I can read the messages buffers using the stream interface > > but when I do, the stream position gets lost and the process gets hang. I > > can't restore the stream position back to were it was because this > > functionality is not available with the given stream interface. > > > > Every solution or idea will be appreciated. > > > > Thanks, > > Vic. > > > > _______________________________________________ Mozilla-netlib mailing list Mozilla-netlib@mozilla.org http://mail.mozilla.org/listinfo/mozilla-netlib
