180 Commits

Author SHA1 Message Date
rpotts%netscape.com
90e531ed54 bug #65777 (r=valeski, sr=mscott) - Window targeting fixes... 2001-05-14 03:43:54 +00:00
darin%netscape.com
b26d5adb54 Http branch landing: changes to other files (bug 76866) r=gagan,sr=dougt,a=chofmann 2001-05-11 21:05:08 +00:00
dbaron%fas.harvard.edu
cbf360b0b9 Fix clobber-only MOZ_TRACK_MODULE_DEPS bustage by changing mozucth in REQUIRES lines to helperAppDlg or removing it entirely. 2001-05-06 13:36:08 +00:00
law%netscape.com
84dff39fa8 Backing out this fix; it causes us to crash and burn if we encounter a url with .xul extension but content-type text/xul instead of application/vnd.mozilla.xul+xml; will fix that tomorrow 2001-05-04 10:26:56 +00:00
law%netscape.com
8d683afc36 c/true/PR_TRUE/ to fix ports bustage 2001-05-04 02:45:37 +00:00
law%netscape.com
d56b479417 Bug 52454; fix lots of external app service bugs and enable new helper app dlg; r=pchen@netscape.com, sr=mscott@netscape.com 2001-05-03 21:24:36 +00:00
valeski%netscape.com
43115132fb fixing build bustage 2001-04-27 22:35:13 +00:00
heikki%netscape.com
4095a51dde Bugs 65848 and 75031, support for application/xml and application/xhtml+xml mime types. This also fixes almost all of content to use NS_LITERAL_STRING instead of NS_ConvertASCIItoUCS2. r=harishd, valeski (mime types), sr=vidur. 2001-04-26 19:33:12 +00:00
pchen%netscape.com
1624c3a8ac bug 49758, r=alecf, sr=sfraser, implement hasProtocolHandler method which calls Internet Config to look for protocol handler. Returns NS_ERROR_NOT_AVAILABLE if the app signature of the protocol handler is the same as the running application utilizing this code 2001-04-16 20:16:51 +00:00
pchen%netscape.com
5739a1c18e bug 49758, r=alecf, sr=sfraser, fix protocal misspelling 2001-04-16 20:16:49 +00:00
pchen%netscape.com
bb513f39f4 bug 49758, r=alecf, sr=sfraser, implement nsOSHelperAppService::ExternalProtocolHandlerExists() and implement nsOSHelperAppService::LoadURL() for mac 2001-04-16 20:16:41 +00:00
mscott%netscape.com
8a34b6891b Bug #74783 --> don't read the mac file creator and type values from our hard coded table of content types. Always use the values from internet config. r=sspitzer sr=sfraser 2001-04-13 00:44:55 +00:00
mscott%netscape.com
d43ed03fe4 Bug #74783 --> never get the mac creator and file type from our hard coded list of content types. Always get them from internet config. Mac only change. r=sspitzer sr=sfraser 2001-04-13 00:43:52 +00:00
pavlov%netscape.com
5906063c28 fixing build bustage 2001-04-10 07:10:30 +00:00
darin%netscape.com
00a7e27ee6 Necko API changes, bug 74221. r=valeski, sr=rpotts. 2001-04-10 06:01:08 +00:00
law%netscape.com
4a2ebf26ca Bug 52454; new helper app dialog; this is under development and not built/used yet 2001-04-10 02:15:22 +00:00
disttsc%bart.nl
72cea9bb38 Clean up MODULE/REQUIRES, bug=73353, r=cls 2001-04-08 08:33:11 +00:00
ducarroz%netscape.com
8b1622ee10 Fix for bug 70222. Add an API to retreive file mapping flags. R=varada, SR=bienvenu 2001-04-03 21:08:51 +00:00
brade%netscape.com
64c93b9006 part of fix for bug #19329 (more internet config apis); r=pchen; sr=sfraser 2001-03-28 13:56:19 +00:00
mkaply%us.ibm.com
4ed544fdd7 #73620
r=jband, sr=brendan
Fix some places where we used casts instead of CALLBACKs
2001-03-27 22:59:33 +00:00
cls%seawood.org
979c006ff6 Change netwerk/mime to use MODULE=mimetype to remove avoid confusion with mailnews/mime . Update necessary REQUIRES.
Bug #68381 r=jag
2001-03-26 23:40:28 +00:00
timeless%mac.com
e76ccfd647 fix Bug 70989 Clean up lots of "shadows" and other common warnings
r=peterv, jst, ducarroz, edburns. sr=jst, shaver
2001-03-21 05:32:22 +00:00
colin%theblakes.com
9d7ac4a3c6 Remove the O_TRUNC when we open a newly created file (its not needed and
produces undesirable side effects on OpenVMS).
b=68255 r=sspitzer sr=mscott a=leaf
2001-03-14 02:57:47 +00:00
dougt%netscape.com
c74c36c85e Minor build changes per API review. Now nsIFileURL and nsIFileChannel have their own IDL file which means that if you were using either of these two interfaces, you need to include a new include file. r=valeski@netscape.com 2001-03-12 22:41:28 +00:00
disttsc%bart.nl
8b43034cef Change implicit conversion from
|NS_ConvertUTF8toUCS2|
|NS_ConvertASCIItoUCS2|
|NS_ConvertUCS2toUTF8|
|ns[C]LiteralString|
|ns[C]PromiseFlatString|

to explicit |get()|.

Add |get()| to |nsString|, remove implicit conversion operators where possible, add NS_WARNING where not (yet!).

Bug=53057, r=alecf, sr=scc
2001-03-08 08:05:05 +00:00
darin%netscape.com
4f9a9b0114 Fixes bug 66181. Content-Disposition with attachment=filename did not accept
a quoted-string as the filename.  r=gagan, sr=mscott.
2001-03-03 02:20:28 +00:00
disttsc%bart.nl
277181c660 Preparation of removing nsCString::GetBuffer. Landing everything but the actual commenting out of nsCString::GetBuffer. bug=64016, r=timeless, sr=scc 2001-03-02 09:26:57 +00:00
disttsc%bart.nl
a6f2f5861a Mass REQUIRES update to synch up with string lib and xul changes in an attempt to fix senna bustage. r=jst, sr=cls 2001-02-22 09:35:51 +00:00
dougt%netscape.com
128f95aa9b Relanding Necko Changes.
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.

r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-21 20:38:08 +00:00
pinkerton%netscape.com
d465909997 carbon changes. r=pink/sdagley/beard. a=sfraser. 2001-02-13 21:48:26 +00:00
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
ducarroz%netscape.com
ee26174ac1 Part of fix for bug 45225. I forget to rename the class nsAppleFileDecoder before the initial checkin. SR=mscott 2001-02-07 06:44:07 +00:00
mscott%netscape.com
7d14d6aaaa Bug #63193 --> the external protocol handler should only return a url or a new channel if we really do
have an external app that can handle the url. otherwise return NS_ERROR_UNKNOWN_PROTOCOL so we'll throw up an alert
dialog later on.
sr=sspizter
2001-02-07 05:24:27 +00:00
ducarroz%netscape.com
7369375bea Part of fix for bug 45225. Need to move part of appledouble decoder to uriLoader. SR=mscott 2001-02-07 04:10:41 +00:00
ducarroz%netscape.com
ed8387535f First Checked In. 2001-02-07 04:09:11 +00:00
mscott%netscape.com
4db17fe50b Bug #67598 --> remove CanHandleContent and DoContent
as this code has been reconsolidated in the base class for
all to use. For everyone, if the mime type is unknown or octet,
then try to guess a content type by file extension in doContent.
Also, if we can't find a mime type, create a new one for all platforms
so we don't need to bring up the ucth dialog.

sr=sspitzer
2001-02-07 02:43:18 +00:00
mscott%netscape.com
368ec71975 bug #63193 --> add nsExternalProtocolHandler to the unix build 2001-02-07 02:03:55 +00:00
mscott%netscape.com
8037bcf476 Bug #63193 --> add classid for external protocol handler
sr=rpotts
2001-02-07 02:00:09 +00:00
mscott%netscape.com
f0f94c5b25 add new extprotocolhandler file to the windows build 2001-02-07 01:58:58 +00:00
mscott%netscape.com
7acbc39ac7 Bug #63193 --> add these two new files for a default protocol handler which will kick urls out to the OS
sr=rpotts
2001-02-07 01:21:58 +00:00
mkaply%us.ibm.com
42b41d6a2b OK, seriously, we fixed the TB to handle this now 2001-02-01 18:32:15 +00:00
mkaply%us.ibm.com
3cfa363ee6 OK, I give up. We even tested this on the TB itself. Why doesn't it work? 2001-01-29 23:34:21 +00:00
mscott%netscape.com
d0c9883513 Back out changes I added for implementing a launch and reveal method on nsIExternalProtocolService.
I've decided to move that functionality over to nsILocaFile where it makes more sense.
2001-01-29 21:35:12 +00:00
mkaply%us.ibm.com
65d4cb49ce #65880
r=cls
Taking this back out - it was a TB problem
2001-01-29 20:49:35 +00:00
mkaply%us.ibm.com
623699bfc4 Stupid OS/2 VPATH problems breaking Os/2 build 2001-01-27 19:24:27 +00:00
mkaply%us.ibm.com
01551e02b6 #65880
r=cls
Enable OBJDIR builds for OS/2
2001-01-27 15:36:41 +00:00
mscott%netscape.com
18202292e5 back out a piece of code that was not meant to be checked in and was not reviewed. 2001-01-25 07:00:06 +00:00
mscott%netscape.com
9329f79447 Bug #63346 --> implement open and open folder APIs for windows
sr=sspitzer
2001-01-25 06:48:47 +00:00
mscott%netscape.com
3f7ff536cc Bug #66323 --> always show the progress dialog even if
we are already done with the download. Break apart
SaveTodisk and LaunchWithTempFile into to separate
methods. never try to really open or save to disk
until we are sure we've brought up the progress window.

Bug #61947 --> pass in the initial time when we started the download via getDownloadInfo so
the progress dialog can use this information.

sr=sspitzer
2001-01-25 06:48:16 +00:00