Closed Bug 119045 Opened 20 years ago Closed 18 years ago

OSX: Windows Media Plug-in fails on initialize

Categories

(Core :: Plug-ins, defect, P3)

Product:
Core
Component:
Plug-ins
Platform:
PowerPC
macOS
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: chrispetersen, Assigned: peterl-bugs)

References

(
URL
)

Details

(Keywords: topembed-, Whiteboard: [ADT2 RTM][MS WMP ISSUE, NOT A MOZILLA ISSUE])

Attachments

(3 files)

Attempt to load entry points directly
2.25 KB, patch
Details | Diff | Splinter Review
Patch to prlink.c to load a bundle's main entry point using GetDiskFragment.
2.17 KB, patch
Details | Diff | Splinter Review
Mozilla Crash Log
3.38 KB, text/plain
Details 
Build: 2002-01-08-08
Platform: OS X
Expected Results: Windows media content should be played
What I got: Missing plugin icon is displayed on page

Steps to reproduce:

1) Install Windows Media Player for OS X (from microsoft's mactopia.com site)
2) Windows Media plugin installs in the Library/Internet Plugins folder
3) Launch Mozilla
4) Go to About Plugins under Help menu.
5) Notice Windows Media Plug-in is identified in window.
6) Go to a site like CNN to watch to windows media content.
7) Instead of content being play by the plug-in, the missing plug-in appears.
confirmed on 0108 trunk , OS X
-->peterl
Assignee: av → peterl
Summary: OSX: Windows Media Plug-in not recognized in browser → OSX: Windows Media Plug-in fails on initilize
Here's the problem. We load the new "Windows Media Player" plugin 
using the CFBundle APIs in our implementation of PR_FindSymbol(). 
However, the plugin is not a mach-o binary but a CFM/PEF binary, and it 
isn't exporting a |main| symbol. There are a couple of workarounds for 
this:

1. Microsoft changes the plugin and exports main for us.
2. We load the plugin using CFM calls, rather than CFBundle calls, and 
we'll likely be able to get the main entry point from our call to 
GetSharedLibrary().

This throws us a real curve. Apple's Quicktime plugin has the courtesy to 
export its |main| symbol.

There is one other possibility, the media player plugin does export  its 
plugin entry points:

       ------ Loader Export Symbol Table ------
            Section    Address       Class     [Hashword]    Export Name
003858 [ 0]    1       00005F34     TVector    [000EE0E5]    NPP_Initialize
003862 [ 1]    1       00005F0C     TVector    [000DF0F7]    NPP_NewStream
00386C [ 2]    1       00005EDC     TVector    [000FD76C]    
NPP_HandleEvent
003876 [ 3]    1       00005F24     TVector    [00071FFD]    NPP_New
003880 [ 4]    1       00005F14     TVector    [000DECBD]    NPP_SetWindow
00388A [ 5]    1       00005F04     TVector    [000EC23D]    NPP_WriteReady
003894 [ 6]    1       00005EF4     TVector    [0011F98B]    
NPP_DestroyStream
00389E [ 7]    1       00005F2C     TVector    [000CF77C]    NPP_Shutdown
0038A8 [ 8]    1       00005EE4     TVector    [00097E7C]    NPP_Print
0038B2 [ 9]    1       00005EFC     TVector    [00097E29]    NPP_Write
0038BC [10]    1       00005F1C     TVector    [000BFFDE]    NPP_Destroy
0038C6 [11]    1       00005ED4     TVector    [000DFC85]    NPP_URLNotify
0038D0 [12]    1       00005ECC     TVector    [0010D961]    
NPP_GetJavaClass
0038DA [13]    1       00005EEC     TVector    [00101E39]    
NPP_StreamAsFile

We could conceivably work around this problem by manually looking up 
these exported entry points, and filling NPPluginFuncs callbacks with the 
results.
Unbundling the plugin does allow it to load. Loading the CFM library to get 
the main entry point is starting to sound attractive.
This patch is an attempt to load the entry points directly if they are exported
from the plugin. However, it doesn't seem to work, because NPP_New() crashes. I
think their main routine is doing some initialization that isn't happening
otherwise.
With this patch to NSPR in place, the "Windows Media Plugin" does load. The
patch loads a CFBundle's underlying CFM executable using GetDiskFragment. This
is a hack, but I know of no other way to do this.
Now that the plugin loads, it exposes another bug. If I attempt to load the 
following URL:

http://www.kqed.org/streamingfiles/kqed_wmp.asx

for some reason the plugin keeps attempting to launch the "Windows 
Media Player" application over and over. I have a feeling that we are 
handling some error condition the plugin is generating in an incorrect 
way.
-->beard 

That full-page problem could be related to:
http://bugscape.netscape.com/show_bug.cgi?id=11600

There is a patch in that bug that checks for the error that WMP (at least on
windows) returns.
Assignee: peterl → beard
*** Bug 119582 has been marked as a duplicate of this bug. ***
Nominating for nsbeta1
Keywords: nsbeta1
nsbeta1+ as per adt triage, especially since it's for mac osX.  patrick, where
are you with this patch?
Keywords: nsbeta1 → mozilla1.0, nsbeta1+, patch
Target Milestone: --- → mozilla1.0
adding adt1 to status whiteboard as per discussion with beppe.
Whiteboard: [ADT1]
*** Bug 133562 has been marked as a duplicate of this bug. ***
Nomiante topembed, and Mozilla1.0
Keywords: topembed
Attached file Mozilla Crash Log — 
With patch in place, I get this crash when I attempt to load a video from this
URL:

http://www.cnn.com/SPECIALS/2001/trade.center/retal.video.11.html#1st
Keywords: topembed → topembed+
Changing to ADT1 RTM.
Summary: OSX: Windows Media Plug-in fails on initilize → OSX: Windows Media Plug-in fails on initialize
Whiteboard: [ADT1] → [ADT1 RTM]
*** Bug 140764 has been marked as a duplicate of this bug. ***
*** Bug 132107 has been marked as a duplicate of this bug. ***
Blocks: 143047
*** Bug 145919 has been marked as a duplicate of this bug. ***
I have confirmed that this bug is still active in the Mozilla 1.0.0+
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0+) Gecko/20020522
release ... Windows Media player does not work, but Quicktime works fine
yeah , this has been added to the release notes.
*** Bug 147361 has been marked as a duplicate of this bug. ***
Has anyone verified whether this bug also occurs in Netscape 7.0?
I usually avoid sites which use the mediaPlayer, but will try Netscape.
Yes, I try with Netscape 7 and it is the same problem. Windows Media 
Player Plugin was not recognized and not work.
Blocks: 145919
What's the current status of this bug?  Will we have a final patch before it's
too late?
The bug is due to Microsoft's implementation of the WMP plugin.  Since I have no
idea how one goes about directly evangelising M$ we've asked our Apple liason to
forward this bug to his counterpart that deals with M$.  No progress to report
there yet.
No longer blocks: 143047
Whiteboard: [ADT1 RTM] → [ADT2 RTM]
lowering the impact per discussion in the adt.
*** Bug 151421 has been marked as a duplicate of this bug. ***
*** Bug 152196 has been marked as a duplicate of this bug. ***
Keywords: mozilla1.0
Brian, would you take a look at this?
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla1.0.1
Blocks: 164423
No longer blocks: 164423
*** Bug 164423 has been marked as a duplicate of this bug. ***
Plugin WMP still not work. There is no solution ? because Plugin WMP was necessary on 
many URL (I know that Microsoft's products are often very special !!!) ;-((
*** Bug 176071 has been marked as a duplicate of this bug. ***
--> peterl
Assignee: beard → peterl
Status: ASSIGNED → NEW
Just to reiterate for folks that didn't see beard's comment for the patch he
posted to try and load the WMP plugin - it still doesn't work right.  WMP works
in _no_ OS X browser but IE.  If you want that changed lobby M$ to fix their
plugin as us trying to hack around their non-standard plugin implementation for
WMP isn't the 'right' solution.
Keywords: patch
--->reassign to beppe
Microsoft needs evangelizism help to follow the NPAPI on OSX like all other plugins.
Assignee: peterl → beppe
Target Milestone: mozilla1.0.1 → ---
Is there any feedback Mozilla can provide to the user in these circumstances to
make it apparent that it's MS's fault, and not Mozilla's?
Priority: -- → P3
Whiteboard: [ADT2 RTM] → [ADT2 RTM][MS WMP ISSUE, NOT A MOZILLA ISSUE]
Target Milestone: --- → Future
http://wwwa.accuweather.com/adcbin/flavideo/video.asp?video=763126

Plugin doesn't load.  Windows Mediaplayer under build 2002101612.  It loads in
Explorer for X.   
Pardon my vernacular but no shit!  Do you think this bug would still be open if
it worked?
We are working with WMP folks to get it to work with NPAPI

This is not a mozilla bug, removing nsbeta1+ and topembed+
Keywords: nsbeta1+, topembed+ → nsbeta1-, topembed-
reassign
Assignee: beppe → peterl
*** Bug 186740 has been marked as a duplicate of this bug. ***
*** Bug 169745 has been marked as a duplicate of this bug. ***
I just noticed with Safari that it redirects the content to the Windows Media
Player application.  To test, go to News.com and click on one of those videos. 
You will notice that Safari notifies you that the plugin is not supported and
asks  you if you would like to play it externally.  Pretty interesting...

*** Bug 217947 has been marked as a duplicate of this bug. ***
*** Bug 160715 has been marked as a duplicate of this bug. ***
Good news; plugins now work with Windows Media Player version 9 for OS X.  A
quick test at http://www.msnbc.com/ confirms this with Mozilla 1.5 for Mac.

http://www.microsoft.com/windows/windowsmedia/software/macintosh/osx/default.aspx
Now that Microsoft released a Mozilla compatible version of the WMP plug-in this
bug is no longer valid.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Verified for plugindoc for OSX update
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.