Closed Bug 116323 Opened 23 years ago Closed 23 years ago

mfcEmbed does not implement nsIDirectoryServiceProvider2

Categories

(Core Graveyard :: Embedding: APIs, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 116435

People

(Reporter: rpotts, Assigned: rpotts)

Details

Attachments

(2 files, 1 obsolete file)

The directory-service-provider implemented by mfcEmbed does not support nsIDirectoryServiceProvider2. This means (among other things) that the 'local plugins' folder is not searched for plugins... Since, only the 4.x plugins folder is checked it is not possible to run java applets... because the jvm plugin is not compatable with 4.x and *must* live in the local plugins folder.
Comment on attachment 62457 [details] [diff] [review] patch to implement nsIDirectoryServiceProvider2 There's a comment where something is still called "nsAppFileLocationProvider" r=ccarlen
Attachment #62457 - Flags: review+
That's the problem with copy/paste :-)
Attachment #62457 - Attachment is obsolete: true
QA Contact: mdunn → depstein
This patch causes the default directory-service-provider to get registered *even* if the application provides its own... this enables the application's provider to *only* implement the properties that it wants to override -- it doesn't have to implement everything. -- rick
I'm duping this bug against bug #116435 because that bug is dealing with the root issue of always creating a default directory-service-provider... -- rick *** This bug has been marked as a duplicate of 116435 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
dup of bug 116435
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: