remove aIgnoreCase parameter from all nsString and nsCString consumers
sr=jag, r=shaver
git-svn-id: svn://10.0.0.236/trunk@113390 18797224-902f-48f8-a5cc-f745e15eee43
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 :-)
git-svn-id: svn://10.0.0.236/trunk@98363 18797224-902f-48f8-a5cc-f745e15eee43
Convert the description of Registry type into proper unicode
/r=ftang, /sr=ben, /a=asa
git-svn-id: svn://10.0.0.236/trunk@97511 18797224-902f-48f8-a5cc-f745e15eee43
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
git-svn-id: svn://10.0.0.236/trunk@86441 18797224-902f-48f8-a5cc-f745e15eee43
I've decided to move that functionality over to nsILocaFile where it makes more sense.
git-svn-id: svn://10.0.0.236/trunk@85680 18797224-902f-48f8-a5cc-f745e15eee43
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
git-svn-id: svn://10.0.0.236/trunk@85143 18797224-902f-48f8-a5cc-f745e15eee43
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
git-svn-id: svn://10.0.0.236/trunk@74161 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@72751 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@72528 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@72505 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@72503 18797224-902f-48f8-a5cc-f745e15eee43
code review will come when this is done and gets turned on.
fix some method signature problems.
git-svn-id: svn://10.0.0.236/trunk@72475 18797224-902f-48f8-a5cc-f745e15eee43
code review will come when this is done and gets turned on.
initialize an external app handler with an nsIFile which represents the app.
git-svn-id: svn://10.0.0.236/trunk@72473 18797224-902f-48f8-a5cc-f745e15eee43
helper app service.
Not part of the build yet. review will come when this is ready to go.
git-svn-id: svn://10.0.0.236/trunk@72418 18797224-902f-48f8-a5cc-f745e15eee43
