441682 - Playing Media in Silverlight (v1, v2 Beta2) using FF3 fails.

Status: RESOLVED INCOMPLETE

(Plugins Graveyard :: Silverlight (Microsoft), defect)

Description

[Eduardo Leal-Tostado]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/2.0

This was a change in Firefox’s behavior for seekable downloads through the NPAPI.  It will affect both Silverlight v1 and v2 apps.  When we specify a seekable download (using NP_SEEK in NPP_NewStream) FireFox3 is giving an NPP_URLNotify callback with NPRES_NETWORK_ERROR after all of the data is delivered.  We do not see this behavior in either FF2 or Safari.

Reproducible: Always

Steps to Reproduce:
1.Install Silverlight v1 
2.Open http://131.107.152.30/BasicMediaPageV1/?input=video.wmv
3.Video doesn't play
Actual Results:  
Video doesn't play

Expected Results:  
Video plays.

This was a change in Firefox’s behavior for seekable downloads through the NPAPI.  It will affect both Silverlight v1 and v2 apps.  When we specify a seekable download (using NP_SEEK in NPP_NewStream) FireFox3 is giving an NPP_URLNotify callback with NPRES_NETWORK_ERROR after all of the data is delivered.  We do not see this behavior in either FF2 or Safari.

Comment 1

[Johnny Stenback (:jst)]

The reason we call NPP_URLNotify with NPRES_NETWORK_ERROR is that the stream is aborted by the plugin. I don't know why, but a call to NPN_DestroyStream() comes in, which in turns calls the NPP_URLNotify() that you're seeing... I haven't compared this to Firefox 2 yet...

Comment 2

[Johnny Stenback (:jst)]

I see the exact same behavior in Firefox 2 as I do in Firefox 3. Clean profile n' all.

Comment 3

[Rolf Bjarne Kvinge]

I can reproduce this too.

I got a stacktrace using gdb:
(gdb) bt
#0  MOON_NPP_URLNotify (instance=0x7fffdd13d4f0, url=0x7fffc6af14c0 "http://localhost:8080/ClientBin/ElephantsDream.en_fr.wmv", reason=1, notifyData=0x7fffc6e5e8e0) at plugin-glue.cpp:163
#1  0x00007ffff5c141f8 in nsNPAPIPluginStreamListener::CallURLNotify (this=0x7fffc524a5e0, reason=1) at nsNPAPIPluginInstance.cpp:200
#2  0x00007ffff5c15636 in nsNPAPIPluginStreamListener::~nsNPAPIPluginStreamListener (this=0x7fffc524a5e0, __in_chrg=<value optimized out>) at nsNPAPIPluginInstance.cpp:119
#3  0x00007ffff5c13da4 in nsNPAPIPluginStreamListener::Release (this=0x7fffdd13d4f0) at nsNPAPIPluginInstance.cpp:68
#4  0x00007ffff5c19d71 in nsPluginStreamListenerPeer::~nsPluginStreamListenerPeer (this=0x7fffc524a690, __in_chrg=<value optimized out>) at nsPluginHostImpl.cpp:1648
#5  0x00007ffff5c16030 in nsPluginStreamListenerPeer::Release (this=0x7fffdd13d4f0) at nsPluginHostImpl.cpp:1679
#6  0x00007ffff56744e0 in operator= (rhs=<value optimized out>, this=<value optimized out>) at ../../../../dist/include/xpcom/nsCOMPtr.h:640
#7  nsHttpChannel::OnStopRequest (rhs=<value optimized out>, this=<value optimized out>) at nsHttpChannel.cpp:4968
#8  0x00007ffff560ee8f in nsInputStreamPump::OnStateStop (this=0x7fffc6c67320) at nsInputStreamPump.cpp:576
#9  0x00007ffff560f0f9 in nsInputStreamPump::OnInputStreamReady (this=0x7fffc6c67320, stream=0x7fffc6af14c0) at nsInputStreamPump.cpp:401
#10 0x00007ffff5d77b6e in nsInputStreamReadyEvent::Run (this=0x7fffc1e65250) at nsStreamUtils.cpp:111
#11 0x00007ffff5d8a125 in nsThread::ProcessNextEvent (this=0x7ffff6d1f700, mayWait=1, result=0x7fffffff912c) at nsThread.cpp:521
#12 0x00007ffff5d5f73f in NS_ProcessNextEvent_P (thread=0x7fffdd13d4f0, mayWait=-961604416) at nsThreadUtils.cpp:247
#13 0x00007ffff5ce3f0d in nsBaseAppShell::Run (this=0x7fffe92fa400) at nsBaseAppShell.cpp:170
#14 0x00007ffff5bb8e04 in nsAppStartup::Run (this=0x7fffe8478680) at nsAppStartup.cpp:193
#15 0x00007ffff55a65d5 in XRE_main (argc=<value optimized out>, argv=<value optimized out>, aAppData=<value optimized out>) at nsAppRunner.cpp:3321
#16 0x000000000040272f in main (argc=2, argv=0x7fffffffdb68) at nsXULStub.cpp:482

My firefox version is: "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9"

From the stack trace I have a feeling that this issue was fixed with the fix for bug #548217.

Comment 4

[Benjamin Smedberg]

Closing old bugs in the Plugins component. We aren't going to track issues in 3rd-party plugins in the Mozilla bug tracker. In addition, support for NPAPI plugins will be removed at the end of this year; for more details see the post at https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/

If there is a serious bug in Firefox, it needs to be filed in the "Core" product, "Plug-Ins" component.