Closed
Bug 138363
Opened 23 years ago
Closed 23 years ago
runtime (plugins.refresh( ))scan of the Win32 registry for PLID installations
Categories
(Core Graveyard :: Plug-ins, defect, P1)
Tracking
(Not tracked)
mozilla1.0
People
(Reporter: arun, Assigned: peterl-bugs)
Details
First let me apologize to Mozilla contributors outside the Netscape/AOL
firewall, but I'm going to post an internal link:
http://elwood.mcom.com/arun/plugins/first-install-problem.html
When I get back from vacation, I promise to write this up in for mozilla.org on
Mozilla website. But the issue is:
We've decided to create a Plugin ID system in the Win32 system registry that
could be extended to other platforms via a flat file. Gecko needs to parse
these registry entries for plugin information, such as path to module and path
to XPT, in addition to parsing existing plugins directories. Embedders can
determine their search order on their own.
Reporter | ||
Comment 1•23 years ago
|
||
Nominate as appropriate, but this is the bug logged against Gecko to solve the
first-install problem in the future.
Priority: -- → P1
Comment 3•23 years ago
|
||
setting this to 1.01, so the infrastructure can start to get put into place.
Target Milestone: --- → mozilla1.0.1
Comment 4•23 years ago
|
||
need to get the PLID support in for RTM
Whiteboard: [ADT1+] [PL RTM]
Target Milestone: mozilla1.0.1 → mozilla1.0
Comment 5•23 years ago
|
||
This issue is now being tracked in bug 44973.
*** This bug has been marked as a duplicate of 44973 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Whiteboard: [ADT1+] [PL RTM]
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•