Граф коммитов

20 Коммитов

Автор SHA1 Сообщение Дата
bzbarsky%mit.edu c73fddfecd Move all URI dispatch code into nsDocumentOpenInfo. This lets us try other
content listeners if the first one we find fails, as well as letting us
gracefully handle failures to get content converters.  Bug 171025, r=biesi,
sr=darin
2003-10-09 04:00:01 +00:00
bzbarsky%mit.edu 58278e9055 more nsCOMArray goodness -- uriloader, this time. Bug 183656, r=timeless,
sr=rpotts
2002-12-11 00:15:19 +00:00
rpotts%netscape.com 5e626fd436 bug #99627 (r=valeski@netscape.com, sr=mscott@netscpae.com). Freeze the nsIURIContentListener interface... 2001-10-27 02:52:39 +00:00
gerv%gerv.net f385eb981a Relicensing Round 1, Take 2. Most C-like NPL files -> NPL/GPL/LGPL. Bug 98089. 2001-09-28 20:14:13 +00:00
valeski%netscape.com ac33036169 r=dbaron, sr=dougt. 97667. nsIInterfaceRequestor is now frozen. nsIInterfaceRequestorUtils.h is now required if you want to use do_GetInterface() for convenience. The two were split because the stuff that is now in nsIInterfaceRequestorUtils.h wasn't ready for freezing. Also, .idl files should just contain interface defs anyway. 2001-09-05 21:28:38 +00:00
rpotts%netscape.com f3e719c2c1 bug #65777 (r=valeski, sr=mscott) - Window targeting fixes... 2001-05-14 02:16:27 +00:00
rpotts%netscape.com 0dd1a006a8 Reverting to rev 1.12 2001-04-27 22:17:14 +00:00
rpotts%netscape.com f56f8cf05b fix for bugs #55867, 63529, 26295, 63247 (r=darin, valeski) 2001-04-27 21:05:52 +00:00
alecf%netscape.com 7faaf5ce07 fix for bug 73640 - make uri loader support "true" weak references so we can implement them from JavaScript
sr=mscott
r=jag
2001-03-28 18:09:03 +00:00
pollmann%netscape.com 87208694ab Bug 13871: Prevent frameset spoofing r=mstoltz, sr=mscott, a=rpotts 2000-10-19 10:25:49 +00:00
mscott%netscape.com 566891d436 Bug #47365 --> set the retargeting URL flag when we are retargeting to another window
r=radha
2000-09-01 22:28:37 +00:00
rpotts%netscape.com cc7abfb7ba Removed nsLoadCookie and made nsDocLoader implement nsIInterfaceRequestor directly... 2000-05-07 02:01:10 +00:00
mscott%netscape.com 12a6084748 Fixes Bug #27419 and various other uri re-targeting bugs. The uri loader now properly implements retargeting.
Allow the load cookie to support nsWeakReference.
r=travis,mscott (we co-authored it).
2000-02-15 04:04:34 +00:00
mscott%netscape.com d468643d79 More prepation for docshell landing. Add a IsPreferred method to nsIURIContentListener and use the Ispreferred
method when the load type is user click to find the preferred registered window for handling the content

r=travis
2000-02-04 08:43:34 +00:00
mscott%netscape.com 6e7a275b77 Part of docshell/webshell landing prep work. The doc loader is being re-factored into the uri loader.
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
2000-01-29 06:02:36 +00:00
mscott%netscape.com 38a68c5995 loading a uri takes the channel instead of the uri. This allows us to remove
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.
2000-01-17 19:55:27 +00:00
mscott%netscape.com e869c2a7ad changes to support private post stream data interface.
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
1999-11-29 21:00:52 +00:00
dmose%mozilla.org 8535dda53e updated xPL license boilerplate to v1.1, a=chofmann@netscape.com,r=endico@mozilla.org 1999-11-06 03:43:54 +00:00
mscott%netscape.com af661431f1 (not part of the seamonkey build)
include nsISupportsUtils.h
1999-11-05 06:01:05 +00:00
tbogard%aol.net d53012d480 Changed URIDispatcher to URILoader throughout. 1999-11-02 19:36:43 +00:00