nsIStreamListener openChannel ( nsIChannel channel , PRUint32 flags , nsIInterfaceRequestor windowContext )

Loads data from a channel. This differs from openURI in that the channel may already be opened, and that it returns a stream listener into which the caller should pump data. The caller is responsible for opening the channel and pumping the channel's data into the returned stream listener.

Note: If the channel already has a loadgroup, it will be replaced with the window context's load group, or null if the context doesn't have one.

If the window context's nsIURIContentListener refuses the load immediately (e.g. in nsIURIContentListener::onStartURIOpen), this method will return NS_ERROR_WONT_HANDLE_CONTENT. At that point, the caller should probably cancel the channel if it's already open (this method will not cancel the channel).

If flags include DONT_RETARGET, and the content listener refuses the load during onStartRequest (e.g. in canHandleContent/isPreferred), then the returned stream listener's onStartRequest method will return NS_ERROR_WONT_HANDLE_CONTENT.

Arguments:

channel: The channel that should be loaded. The channel may already be opened. It must not be closed (i.e. this must be called before the channel calls onStopRequest on its stream listener).

flags: Combination (bitwise OR) of the flags specified above. 0 indicates default handling.

windowContext: If you are running the url from a doc shell or a web shell, this is your window context. If you have a content listener you want to give first crack to, the uri loader needs to be able to get it from the window context. We will also be using the window context to get at the progress event sink interface. Must not be null!

void openURI ( nsIChannel channel , PRBool isContentPreferred , nsIInterfaceRequestor windowContext )

OpenURI requires the following parameters.....

Arguments:

channel: The channel that should be opened. This must not be asyncOpen'd yet! If a loadgroup is set on the channel, it will get replaced with a different one.

isContentPreferred: Should the content be displayed in a container that prefers the content-type, or will any container do.

windowContext: If you are running the url from a doc shell or a web shell, this is your window context. If you have a content listener you want to give first crack to, the uri loader needs to be able to get it from the window context. We will also be using the window context to get at the progress event sink interface. Must not be null!

void registerContentListener ( nsIURIContentListener contentListener )

As applications such as messenger and the browser are instantiated, they register content listener's with the uri dispatcher corresponding to content windows within that application.

Note to self: we may want to optimize things a bit more by requiring the content types the registered content listener cares about.

Arguments:

contentListener: The listener to register. This listener must implement nsISupportsWeakReference.

void stop ( nsISupports loadCookie )

Stops an in progress load

Arguments:

loadCookie

void unRegisterContentListener ( nsIURIContentListener contentListener )

Arguments:

contentListener