* Link non-component libs using -Wl,-enable-runtime-psuedo-relocs to workaround auto-import issues
* the last element of an enum cannot end with a comma
* PRUint16 is not interchangable with PRUnichar nor WCHAR
* cannot take the address of or call ::main() from another c++ function
* Functions declared within |class foo {};| block do not need extra |foo::| qualification
* GCC no longer implements <varargs.h>. Use <stdarg.h> instead
Bug #217009 sr=dbaron
course of action, move the "neverAsk" information from prefs back to
mimeTypes.rdf, remove the "Reset" button from helper app prefs, set up a way to
select "use default OS helper" for a given type. Patch by Bill Law
<law@netscape.com> and Philip K. Warren <pkw@us.ibm.com>, r=biesi, sr=bzbarsky,
what passes for moa in helper apps=bzbarsky.
This removes all call-sites I can currently fix. Tomorrow I'll try to get someone to checkin my changes to security/ and I'll get some help with the Netscape side of things.
nsString::GetUnicode()'s final death-blow will be dealt soon. Please keep this in mind as you add new code :-)
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
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
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
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.
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.
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.
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.
cbiesinger%web.de
cls%seawood.org
timeless%mozdev.org
bzbarsky%mit.edu
dveditz%netscape.com
seawood%netscape.com
darin%netscape.com
law%netscape.com
alecf%netscape.com
mkaply%us.ibm.com
pete%alphanumerica.com
jaggernaut%netscape.com
yokoyama%netscape.com
mscott%netscape.com
rayw%netscape.com