4a41eee18d
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
c52f68cce4
API changes for embedding. b=46847, r=dougt, a=valeski
2000-08-25 18:39:46 +00:00
044a5c69ef
Bug #27048 --> implement nsIHTTPEventSink
...
r=valeski
2000-08-25 01:32:40 +00:00
485ab5e6ec
bug #39381 . The last channel in a document was not firing a request done notification - only a document done...
2000-08-24 00:08:15 +00:00
caf2b9c19a
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
7ac7233df8
Factored string bundles out of necko. Fixes bug 42107 - need to fix string bundle init workaround. Also bug 40506 - nsIWebProgressListener needs status text. Status messages now work in mozilla and viewer with internationalized and parameterized text! Added temporary error architecture until bug 13423 can be fixed. Extended nsIStringBundleService to provide method to format status message. r=valeski,jband,tao. verified=mstoltz
2000-07-25 05:45:56 +00:00
15f12b146e
45723. r=rpotts. webshell-docshell consolodation changes.
2000-07-18 23:37:53 +00:00
a7f1423f02
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
272cb0629a
Check for null. If a NS_EXTERNALHELPERAPPSERVICE_PROGID was not found,
...
crash would occur.
2000-06-27 21:43:17 +00:00
1e9f6530d8
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
6053291afd
Fixed memofy leak of StdURLs introduced by the last checkin...
2000-06-20 05:14:42 +00:00
d113a74b58
adding newline, required by HPUX
2000-06-19 13:03:52 +00:00
49c54755fc
Reworked the nsIWebProgress interfaces and implementation...
2000-06-19 05:54:37 +00:00
dd5ce2dd58
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
62822b5dda
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
01e6f26d4b
Bug 32898: Fix crash when targetting new window. r=rpotts
2000-05-11 01:33:25 +00:00
3ed8b3dc94
Prevent infinite loop in OnStop in case when Cancel is issued
2000-05-10 02:05:54 +00:00
cc7abfb7ba
Removed nsLoadCookie and made nsDocLoader implement nsIInterfaceRequestor directly...
2000-05-07 02:01:10 +00:00
38900201f3
add thread safey addref and release macros to docloader.
2000-05-04 21:34:50 +00:00
03d4675682
string api changes r=scc
2000-04-25 05:40:45 +00:00
3fa3bc107a
need to fake a onprogress change for the parent
...
docloader...Fix viewer crash by returning aChannel instead of the
doc channel.
2000-04-25 01:45:37 +00:00
8ad0294517
Added new flag for a timed out net connection.
2000-04-24 05:03:49 +00:00
d80491ff3b
help support the doc loader using the web progress listener.
2000-04-22 23:17:11 +00:00
bb5271913c
Bug #33156 --> implment onChildStatusChanged AND progress notifications for the doc loader
...
through the web progress interfaces. In order to implement progress, the doc loader now implements
nsIProgressEventSink and receives events directly from the channels.
2000-04-22 23:16:31 +00:00
8929701aaa
Bug 34217. Making js protocol not clear window when it returns no result.
2000-04-21 05:18:15 +00:00
bc0039a474
Bug #36221 --> throbber never stops when loading a frameset doc.
...
I was signaling the stop notification via a OnchildStatus in this scenario. We should always signal the start
and stop of documents as a status change even if a child is originating the change.
2000-04-18 21:39:09 +00:00
5180b02b91
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
2cd0333d85
Pass in the right channel into the web progress listener.
2000-04-14 03:28:23 +00:00
33b3f6e837
Removed the viewSource member and the GetStringForCommand as it is no longer used.
2000-04-11 23:52:37 +00:00
8939dda080
Changed the Status flags to be transition flags rather than flat current state. This makes it easier to implement a listener. Otherwise you are forced to cache the last status and then determine transitions based on the deltas.
2000-04-04 02:45:32 +00:00
d7d27f9f48
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
f81f9e1d31
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
2986371863
making string conversions explicit
2000-04-02 09:15:46 +00:00
e258827764
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
005e33f06e
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
3841cb4ac4
Updated the documentation to clearly state the parameters of OnChildProgressChange.
2000-03-29 10:14:59 +00:00
d60b12b153
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
ee0efef2a2
small changes to clients of string converting APIs
2000-03-26 08:05:46 +00:00
4e7bd3d0c3
Removed the cookie from AddProgressListener and RemoveProgressListener because frankly that parameter was dumb. :)
2000-03-26 04:51:38 +00:00
6a3b8a83b9
Added a new method onLocationChange that is called when the location of the watched window changes.
2000-03-25 01:00:04 +00:00
59ddfad16f
Bug #28776,28569 --> add method for clearing out the parent doc loader
...
now that we don't leak the global doc loader, there are times when it gets destroyed b4 it's children during
the shutdown process.
r=sspitzer
2000-03-24 05:45:31 +00:00
00671fb6d3
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
979a0eb034
change the interface and pass nsISupport* for document instead of PRInt32 so we won't drop
...
data on 64-bits machine. r=harishd
2000-03-23 00:53:53 +00:00
a340f07ca8
HandleUnknownContentType is no longer part of the nsIDocumentLoaderObserver interface.
2000-03-11 01:24:29 +00:00
1bb75e24b4
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
7e37f4f478
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
03a312018b
Adding the new webProgress interfaces to the build. a=jevering.
2000-03-02 03:03:32 +00:00
726dfc094b
First cut at new webProgress interfaces. Not yet connected to the build.
2000-03-02 02:24:57 +00:00
115cf8b371
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
1eab9b52ea
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
vidur%netscape.com
locka%iol.ie
mscott%netscape.com
rpotts%netscape.com
heikki%netscape.com
warren%netscape.com
valeski%netscape.com
dougt%netscape.com
jdunn%netscape.com
pollmann%netscape.com
ruslan%netscape.com
pavlov%netscape.com
tbogard%aol.net
scc%netscape.com
jim_nance%yahoo.com
ftang%netscape.com