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

66 Коммитов

Автор SHA1 Сообщение Дата
disttsc%bart.nl 3d2d80d536 Back out dougt's channel changes 2001-02-12 03:14:23 +00:00
dougt%netscape.com 1b9ca82439 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.

The full details of the change on written up in the netlib newsgroup.

r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-10 00:16:26 +00:00
mscott%netscape.com 2019b92f07 Bug #67598 --> we no longer need to invoke the ucth dialog here.
sr=sspitzer
2001-02-07 02:44:09 +00:00
locka%iol.ie 06506207df Added code to create a new window for _blank, _new targets before URI loader tries to push content into it and fails. sr=mscott@netscape.com b=41241 2001-02-05 10:50:33 +00:00
pollmann%netscape.com 8911ee3487 Bug 13871: Frameset spoofing - cleanup unneeded DOM interface. r=jst, sr=vidur 2000-10-24 04:35:25 +00:00
pollmann%netscape.com 3da7c0c668 Bug 13871: Prevent frameset spoofing r=mstoltz, sr=mscott, a=rpotts 2000-10-19 10:25:49 +00:00
mscott%netscape.com 07637ef394 Bug #47636 --> add methods to convert back and forth between a nsIDocShellLoadTypeInfo
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
2000-10-11 23:14:38 +00:00
mscott%netscape.com 7cb10d986d Bug #47203 --> force more code to use the helper app dialog.
sr=alecf,rpotts
2000-10-04 06:53:52 +00:00
rayw%netscape.com 0257791053 Bug 37275, Changing value of all progids, and changing everywhere a progid
is mentioned to mention a contractid, including in identifiers.

r=warren
2000-09-13 23:57:52 +00:00
mscott%netscape.com 91c59f8553 Fix unix breakge by using .get() 2000-09-01 23:07:57 +00:00
mscott%netscape.com 14371bacb4 Bug #47365 --> set the retargeting URL flag when we are retargeting to another window
r=radha
2000-09-01 22:28:37 +00:00
vidur%netscape.com e153192875 Fix for bug 46861. nsIDOMWindow is now split into two interfaces: a public interface (still called nsIDOMWindow) for embedders and an internal interface (nsIDOMWindowInternal) for internal use. The union of the two interfaces is still visible from JavaScript. r=jst@netscape.com 2000-09-01 01:54:35 +00:00
heikki%netscape.com 418d0168ea Fixed bug 41772, if XLink target was XML file it never opened it in new window. r=jst. 2000-08-10 20:18:49 +00:00
mscott%netscape.com 2bdc7ded6d Bug #41707, #43652 --> JS urls aren't working. We need to check for the correct return value and don't propogate
the on start request in that case.
r=alecf
2000-07-07 02:23:19 +00:00
dougt%netscape.com 17461eaf11 Check for null. If a NS_EXTERNALHELPERAPPSERVICE_PROGID was not found,
crash would occur.
2000-06-27 21:43:17 +00:00
mscott%netscape.com 5ce6a320cc Bug #38374, 30157, 10802 --> turn on launching of helper applications to handle content types we don't know how to handle!!
turn on the ability to launch urls using OS default protocol handlers.
uri loader modifications to make open attachment possible.
r=sspitzer
2000-06-23 04:43:28 +00:00
rpotts%netscape.com 44dfb4b825 Reworked the nsIWebProgress interfaces and implementation... 2000-06-19 05:54:37 +00:00
mscott%netscape.com 6e2ee7ff03 Bug #40116 --> check to see if the channel was canceled before
propogating calls to the content listener...
r=valeski
2000-06-16 21:21:04 +00:00
rpotts%netscape.com 9c4c702bdc bug #29178. Do not show a blank document when a HTTP server returns a status 204 - No Content 2000-05-25 05:12:58 +00:00
pollmann%netscape.com ae19609176 Bug 32898: Fix crash when targetting new window. r=rpotts 2000-05-11 01:33:25 +00:00
ruslan%netscape.com e7d80eb3ca Prevent infinite loop in OnStop in case when Cancel is issued 2000-05-10 02:05:54 +00:00
rpotts%netscape.com d6a55e5b45 Removed nsLoadCookie and made nsDocLoader implement nsIInterfaceRequestor directly... 2000-05-07 02:01:10 +00:00
mscott%netscape.com e80ecd5bda help support the doc loader using the web progress listener. 2000-04-22 23:17:11 +00:00
warren%netscape.com eeb4df595e Bug 34217. Making js protocol not clear window when it returns no result. 2000-04-21 05:18:15 +00:00
mscott%netscape.com c4a408e35b Bug #36218 --> fix ftp! We were unable to open the unknown content handler because we couldn't get
the dom window from the original docshell. I changed it to make this possible.
2000-04-18 20:41:38 +00:00
tbogard%aol.net 1e930b11ae Removed the viewSource member and the GetStringForCommand as it is no longer used. 2000-04-11 23:52:37 +00:00
mscott%netscape.com c075035b09 Bug #34321,34350 --> be sure to set the web progress listener on the doc loader
before every load.
r=travis
2000-04-03 22:41:26 +00:00
mscott%netscape.com ccd7510b99 Bug #33156 --> the doc loader now implements nsIWebProgress and makes basic notifications to a registered
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.
2000-04-03 02:26:05 +00:00
scc%netscape.com d8f4cef205 making string conversions explicit 2000-04-02 09:15:46 +00:00
valeski%netscape.com 45a4daefea 29858. special case a */* content type returned from the server. we want to treat it as unknown and ask the user what to do. 2000-03-30 22:24:07 +00:00
jim_nance%yahoo.com dc0e139673 Bug 33322 - Fix compiler warnings. Its been on n.p.m.builds for a few
days for module owners to comment on.  r=troy@netscape.com
2000-03-30 03:21:26 +00:00
warren%netscape.com 727f312b32 Necko API changes: primarily nsIChannel, changing initialization parameters to accessors. Got javascript: evaluation to happen at the right time (when AsyncRead is called) as well as on the right thread. 2000-03-29 03:58:50 +00:00
scc%netscape.com b9eb8da352 small changes to clients of string converting APIs 2000-03-26 08:05:46 +00:00
tbogard%aol.net 549310ce03 Added a new method to nsIURIContentListener to allow the windowContext listener to get a crack at cancelling a new load that is about to occur. 2000-03-24 00:23:40 +00:00
mscott%netscape.com 333edb2c69 Bug #30553 --> new windows with window targets were getting the target associated with the
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
2000-03-09 08:17:40 +00:00
warren%netscape.com c0497e31be Bug 21556: Making linux be thread-safe. Making tons of classes implement threadsafe AddRef/Release. a=jar 2000-03-05 21:26:01 +00:00
tbogard%aol.net 86df273966 URILoader now will invoke the unkown content handler when the DoContent call fails. This clears the way for the new docShell creation of the content viewer code to land. I'm actually checking this in for mcott. b=13374 r=me a=jevering 2000-02-29 21:33:23 +00:00
mscott%netscape.com 9a7c1b0e8e Bug #27419 --> if uri load had a window target name and a window
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
2000-02-19 02:05:52 +00:00
mscott%netscape.com 1388ba58b5 Bug #17468 --> if you pass a window target of _new, we weren't creating a new window. We do now.
r=travis
2000-02-16 07:10:42 +00:00
mscott%netscape.com c8fd767935 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
tbogard%aol.net 84174fe997 Added a Stop method to allow stopping a load that has been requested. r=hyatt 2000-02-14 10:12:55 +00:00
mscott%netscape.com 9a386e5c0a 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
neeti%netscape.com 81b45a50d4 Returning the correct error value instead of NS_OK, from OnStartRequest() and OnStopRequest().r=rpotts 2000-02-04 01:54:47 +00:00
mscott%netscape.com 81ddbb480d 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 ab00d9bb79 Bug #24174 --> when clicking on a mailto ur, we were bringing up the compose window and
the unknown content handler dialog. we should only be bringing up the compose window =)
r=sspitzer
2000-01-17 22:21:25 +00:00
mscott%netscape.com 0d953fbac3 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 6bbb531aa6 Short term hack...allow the uri loading to proceed even if we don't have a load group. eventually we should try to
create a loadgroup for the caller.
2000-01-09 23:45:36 +00:00
rpotts%netscape.com 5dd5ac6a7e Changed URI loader to properly handle stream decoders (ie. mixed-replace) 2000-01-05 04:44:27 +00:00
rpotts%netscape.com 4d0ab7f287 tweaked the way stream converters are applied to make multipart/x-mixed-replace work without the DocLoader... 1999-12-28 09:20:05 +00:00
mscott%netscape.com 6e38a72544 Bug #20698 --> add new uri load command for loading in the background.
When creating the channel, if the uri load command is viewBackground then set the load flag
on the channel appropriately.
1999-12-07 07:14:40 +00:00