Closed
Bug 313957
Opened 19 years ago
Closed 11 years ago
with embed and a plugin, if the src= url is not valid, this is never communicated to the plugin
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: mozbugs, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc3 Firefox/1.0.7 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc3 Firefox/1.0.7 It looks like the nsPluginStreamListenerPeer::OnStartRequest bails out early if the request is bad when nsPluginStreamListenerPeer::OnStopRequest is called mPStreamListener = 0 and this bails out and no notification is done if(!mPStreamListener) return NS_ERROR_FAILURE; Reproducible: Always Steps to Reproduce: set up an embed that will call mplayerplug-in with a bogus but well formed url for the src=URL field Note that there is no error indication and NewStream/DestroyStream are never called in the plugin When the src=URL is valid, NewStream is called on the plugin
Updated•19 years ago
|
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → 1.7 Branch
Comment 1•16 years ago
|
||
Firefox 1.0.7 is obsolete. Does this still happen with a current build (which version?) of Firefox or SeaMonkey?
Comment 2•11 years ago
|
||
I cannot think how we would do this differently given the current NPAPI, so I'm going to WONTFIX this.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
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
•