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

21 Коммитов

Автор SHA1 Сообщение Дата
mscott%netscape.com c74b0d1a66 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 1d803651ba 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
mscott%netscape.com 588e5d379b 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 bdfc6074c3 Bug #63346 --> implement open and open folder APIs for windows
sr=sspitzer
2001-01-25 06:48:47 +00:00
mscott%netscape.com dc2cd2cffd clean up some rv error code handling
sr=sspitzer
2001-01-23 22:35:54 +00:00
mscott%netscape.com 70fa6774d2 Bug #65515 --> if we can't create a mime info from the registry, then create a new
entry for this mime type.
Bug #57364 --> look up content type to file extension mappings using the windows mime registry.
Bug #65872 --> if we get a content type of unknown or octet, try to ignore that content type
and extract the extension from the url and looking that up to see if we can get a better
content type.
sr=sspitzer
2001-01-19 07:43:26 +00:00
mscott%netscape.com b9be33fc54 Bug #43556 --> implement nsIMIMEService using the windows registry to look
up information about content we don't know about.
2000-09-15 06:08:11 +00:00
rayw%netscape.com 6cc70ebd6c 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 199d3b2276 Bug #43556 --> Implement nsIMIMEService. For now, forward the calls to the old implementation in necko.
r=valeski
2000-09-08 00:12:51 +00:00
mscott%netscape.com 62fc55beca Bug #43583 --> set the application description field on the mime info object based on a registry setting if we are getting the
information from the windows registry. This is later used by the helper app dialog. Correctly implement different
behaviors for mime info action types of useSystemDefault vs. useHelperApp
r=alecf
2000-07-13 06:25:53 +00:00
mscott%netscape.com 0def74371f Bug #43583 --> pass the window context into the helper app launcher which will in turn be used by
the helper app dialog to get at a dom window.
r=alecf
2000-07-10 21:21:10 +00:00
mscott%netscape.com 376364f94b Bug #43583 --> re-organizing how we launch helper apps to work with the helper app dialog.
r=alecf
2000-07-07 01:48:17 +00:00
mscott%netscape.com c53e3f9859 Bug #38374 --> more updates for external helper application support. (NOT PART OF THE BUILD)
code review will come when this is done and gets turned on.

Landing of the RDF data source which keeps track of all the user specified mime type information.
Landing implementation of user over ride information when determining what helper app to run. now we'll
check the information stored in the data source first. If we don't ahve any over-ride information, then
fall back to the OS defaults.
2000-06-21 08:29:13 +00:00
mscott%netscape.com 3b848d2cf2 Bug #30157 --> add the ability to launch urls using OS default protocol handlers. (NOT PART OF THE BUILD)
code review will come when this is done and gets turned on.

Add the ability to launch urls using a OS specified protocol handler for windows. Implement nsIExternalProtocolService.
2000-06-18 22:08:32 +00:00
mscott%netscape.com 294934553a Bug #38374 --> more updates for external helper application support. (NOT PART OF THE BUILD)
code review will come when this is done and gets turned on.

Use the 4.x windows registry information in an effort to figure out the correct file extension
for a particular content type. This is necessary because we need the file extension to figure out
which helper app to use, not the content type.

Pass the file extension to be associated with this content type to the external content handler when
we create it.
2000-06-18 01:14:23 +00:00
mscott%netscape.com adb222feb1 Bug #38374 --> more updates for external helper application support. (NOT PART OF THE BUILD)
code review will come when this is done and gets turned on.

Add external application implementation.
Add windows registry sniffying code to find the right external helper application for a given file extension.
Add windows registry code for launching the application.
2000-06-17 23:06:23 +00:00
mscott%netscape.com 0c5b76fe97 Bug #38374 --> more updates for external helper application support. (NOT PART OF THE BUILD)
code review will come when this is done and gets turned on.

fix some method signature problems.
2000-06-17 03:02:08 +00:00
mscott%netscape.com 2408a62e64 Bug #38374 --> more updates for external helper application support. (NOT PART OF THE BUILD)
code review will come when this is done and gets turned on.

initialize an external app handler with an nsIFile which represents the app.
2000-06-17 02:34:24 +00:00
mscott%netscape.com 8e93dbd8cb Bug #38374 --> more updates for external helper application support. (NOT PART OF THE BUILD)
code review will come when this is done and gets turned on.
2000-06-17 00:06:26 +00:00
mscott%netscape.com f51d776b01 Bug #38374 --> foundation for helper app architecture.
Not part of the build yet. review will come when this is ready to go.
2000-06-16 21:35:13 +00:00
mscott%netscape.com ceefda9021 Bug #38374 --> foundation for helper app architecture. Windows specific implementation of the
helper app service.
Not part of the build yet. review will come when this is ready to go.
2000-06-16 21:34:35 +00:00