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
several fields from OpenURI interface and allows us to remove the private
post data interface. Now the nsIURILoader interface doesn't need to take
all of the arguments necessary to create a channel.
r=rpotts.
git-svn-id: svn://10.0.0.236/trunk@58022 18797224-902f-48f8-a5cc-f745e15eee43
When creating the channel, if the uri load command is viewBackground then set the load flag
on the channel appropriately.
git-svn-id: svn://10.0.0.236/trunk@55555 18797224-902f-48f8-a5cc-f745e15eee43
// to distinguish between incoming urls that are a result of user
// clicks vs. normal views, view source and requires new window
nsIURIContentListener.idl--> doContent and canHandleContent now take a nsIURILoadCommand enum
nsURILoader.cpp --> changes to account for load command enum.
AsyncRead pass in the window context as the url context
(waterson will need this for his chrome cache work)
if we can't find a content handler for the content then go
back to the original window that loaded the url and force
them to handle the content...this is a HACK to force us to run
through the old code path for handling unknown content types
until the new version is online.
r=travis
git-svn-id: svn://10.0.0.236/trunk@55041 18797224-902f-48f8-a5cc-f745e15eee43
changes to support aWindowContext parameter and to remove
the content listener and progress sink as arguments. Instead,
use an interface requestor on the window context to get these.
I was also able to take out the capabilities class as well.
r=travis
git-svn-id: svn://10.0.0.236/trunk@54578 18797224-902f-48f8-a5cc-f745e15eee43
CanHandleContent now has an out parameter for desired content type.
Minor re-write of uri loder logic to incorporate stream conversion. If the content listener passes back
a desired content type that is different from the content type that we asked it to handle, we'll
automatically invoke a stream converter. This allows a doc shell which wants to handle say message/rfc822
to request that content be in the form of text/xul (i.e. if it was presenting the content).
git-svn-id: svn://10.0.0.236/trunk@53798 18797224-902f-48f8-a5cc-f745e15eee43
