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