Revising nsIChannel to allow for overlapped i/o. This consists of three parts:
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.
This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.
r=darin@netscape.comsr=rpotts@netscape.com
git-svn-id: svn://10.0.0.236/trunk@87587 18797224-902f-48f8-a5cc-f745e15eee43
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.
This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.
The full details of the change on written up in the netlib newsgroup.
r=darin@netscape.comsr=rpotts@netscape.com
git-svn-id: svn://10.0.0.236/trunk@86717 18797224-902f-48f8-a5cc-f745e15eee43
and a docshell load tye. Unify nsIURILoadCommand and nsIDocShellLoadType enums so they
can be treated as the same type. This allows the uriloader to pass the correct load info
from the docshell that originates the load over to the docshell that actually
ends up loading the url.
r=radha, sr=rpotts
git-svn-id: svn://10.0.0.236/trunk@80964 18797224-902f-48f8-a5cc-f745e15eee43
turn on the ability to launch urls using OS default protocol handlers.
uri loader modifications to make open attachment possible.
r=sspitzer
git-svn-id: svn://10.0.0.236/trunk@73029 18797224-902f-48f8-a5cc-f745e15eee43
the dom window from the original docshell. I changed it to make this possible.
git-svn-id: svn://10.0.0.236/trunk@66301 18797224-902f-48f8-a5cc-f745e15eee43
nsIWebProgressListener.
Right now, the only methods that are hooked up are signaling when the doc loader is busy loading a document and
when it is done loading a document.
git-svn-id: svn://10.0.0.236/trunk@64991 18797224-902f-48f8-a5cc-f745e15eee43
chrome window instead of with the content window. And the window sizes were coming from the
hidden window instead of the parent window the url originated from.
r=travis
a=jevering
git-svn-id: svn://10.0.0.236/trunk@62463 18797224-902f-48f8-a5cc-f745e15eee43
with that name didn't exist yet, we weren't creating a new window,
instead we were loading it in the current window. Now we properly
fall through to the create new content handler case.
r=travis
a=phil
git-svn-id: svn://10.0.0.236/trunk@61345 18797224-902f-48f8-a5cc-f745e15eee43
Allow the load cookie to support nsWeakReference.
r=travis,mscott (we co-authored it).
git-svn-id: svn://10.0.0.236/trunk@60791 18797224-902f-48f8-a5cc-f745e15eee43
method when the load type is user click to find the preferred registered window for handling the content
r=travis
git-svn-id: svn://10.0.0.236/trunk@59758 18797224-902f-48f8-a5cc-f745e15eee43
add get content listener parent and load cookie attributes to nsIURIContentListener
Bug #21173 --> set the redirected flag on the channel if we are going to redirect the url. Add load cookie
support.
build nsDocLoader in the uriloader.
r=travis
git-svn-id: svn://10.0.0.236/trunk@59159 18797224-902f-48f8-a5cc-f745e15eee43
the unknown content handler dialog. we should only be bringing up the compose window =)
r=sspitzer
git-svn-id: svn://10.0.0.236/trunk@58039 18797224-902f-48f8-a5cc-f745e15eee43
