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)

PowerPC
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED INVALID

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.
Status: NEW → ASSIGNED
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
Reassigning Plugin bugs to Andrei
Status: NEW → ASSIGNED
Target Milestone: M12
QA Contact: beppe → elig
Target Milestone: M12 → M14
Shrirang is now QA owner for Plug-ins; QA assigning all of my Plug-ins bugs over to him.
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!
Keywords: pp
Target Milestone: M14 → M15
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!
Summary: [PP]Need to load standard plugins on Mac OS → Need to load standard plugins on Mac OS
Target Milestone: M15 → M17
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
Some plugins are working on mac.Flash and Quicktime(with bug 36046) works.
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
Reassigning Mac specific plugin bug to Brian Nesse
Assignee: av → bnesse
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
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
verif
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.