runtime (plugins.refresh( ))scan of the Win32 registry for PLID installations

VERIFIED DUPLICATE of bug 44973

Status

()

Core
Plug-ins
P1
normal
VERIFIED DUPLICATE of bug 44973
16 years ago
16 years ago

People

(Reporter: Arun Ranganathan, Assigned: Peter Lubczynski)

Tracking

Trunk
mozilla1.0
x86
Windows 2000
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
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

16 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 2

16 years ago
getting this over to Peter's plate
Assignee: beppe → peterl

Comment 3

16 years ago
setting this to 1.01, so the infrastructure can start to get put into place.
Target Milestone: --- → mozilla1.0.1

Comment 4

16 years ago
need to get the PLID support in for RTM
Whiteboard: [ADT1+] [PL RTM]
Target Milestone: mozilla1.0.1 → mozilla1.0

Comment 5

16 years ago
This issue is now being tracked in bug 44973.

*** This bug has been marked as a duplicate of 44973 ***
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → DUPLICATE
Whiteboard: [ADT1+] [PL RTM]

Comment 6

16 years ago
v
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.