Closed
Bug 6183
Opened 26 years ago
Closed 25 years ago
Need to load standard plugins on Mac OS
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
VERIFIED
INVALID
M17
People
(Reporter: beard, Assigned: bnesse)
Details
(Keywords: platform-parity, Whiteboard: [nsbeta2+])
The current code that loads plugins only loads plugins by their leaf file name,
which must be the same as their CFM fragment name. It also filters them by the
Finder file type of 'shlb' instead of the proper 'NSPL' type. The fix for this
is to pass the full path to the plugin file, i.e. "HD:System
Folder:Extensions:Netscape Plugins:Quicktime Plugin". NSPR seems to handle full
path names differently from simple filenames, and requires ":" separators on the
Mac.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 1•26 years ago
|
||
OK - I understand needing to filter based on NSPL as well, but what is a simple
path, exactly?
Summary: Need to load standard plugins on Mac OS → [PP]Need to load standard plugins on Mac OS
Comment 2•26 years ago
|
||
Reassigning Plugin bugs to Andrei
Updated•25 years ago
|
QA Contact: beppe → elig
Comment 3•25 years ago
|
||
Shrirang is now QA owner for Plug-ins; QA assigning all of my Plug-ins bugs over
to him.
Comment 4•25 years ago
|
||
Andrei--If this is to be fixed for M14, we need to fix very early in M14 so that
there's time to test RealPlayer and Flash before M14 is called and hopefully fix
any other bugs we have. Our goal is to get RP and Flash plug-ins working
xplat (Mac and Win) for M14. If you don't think that will be possible, let me
know & we'll discuss. Thanks!
Comment 5•25 years ago
|
||
When you fix this, please make sure to fix it in such a way that when a Mozilla
plug-in is not found in the Mozilla plugins directory, the Nav4 plugins
directory is checked and the Nav4 plug-in there is used if found, so we behave
in the same way on Win and Mac. Pardon me if I'm stating the obvious here.
Thanks!
Updated•25 years ago
|
Summary: [PP]Need to load standard plugins on Mac OS → Need to load standard plugins on Mac OS
Comment 6•25 years ago
|
||
Does this bug mean that currently, no plug-ins work on the Macintosh? If so, it
should be nsbeta2+ as one of our beta2 goals is to have plug-ins working for
both embedded content and as helper apps on Win32/Mac. (Linux is missing only
because plug-in vendors must upgrade their plug-ins to new GUI/API.)
Nominating nsbeta2. Andrei, if this bug only affects *some* Mac plug-ins (rather
than all), please delete my nsbeta2 nomination.
Keywords: nsbeta2
Comment 9•25 years ago
|
||
Reassigning Mac specific plugin bug to Brian Nesse
Assignee: av → bnesse
Status: ASSIGNED → NEW
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 10•25 years ago
|
||
Time, it would appear, has rendered this bug invalid. The code which loads the
plugins does indeed filter by 'shlb' or 'NSPL'. Plugins are also loaded via the
use of their full pathname (via an FSSpec.)
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•