Closed Bug 92138 Opened 25 years ago Closed 24 years ago

Real clip does not stop after the window is closed

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: serhunt, Assigned: serhunt)

References

()

Details

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.2+) Gecko/20010720 o go to the above above URL o click on a RealPlayer icon in the View Presentation table o watch pop up window with the presentation o close it, audio goes on Expected: audio stops playing
Andrei, Could this be because Real is a XPCOM plugin?
Exactly. We need to reconsider how to clean up the remaining streams if we destroy the plugin instance. What I added for Acrobat is on the level of our ns4xPluginInstance wrapper but we should cover xpcom plugins too, and we obviously cannot do it in a similar way since we don't have an access to the plugin instance implementation. Probably, plugininstanceowner is the right place to do stream management. What do you think of an idea to write an nsPluginStreamManager object?
Status: NEW → ASSIGNED
Yeah but I was thinking of more along the lines of adding nsInstanceStreams as a member to nsActivePlugin, kind of where mStreams is already of type nsVoidArray.
Good idea! Looks like ActivePlugin is a right place.
update: this is still happening on 0821
Oh..I think this may have slipped through the cracks. How serious is this?
av says this is fixed based on a fix from another bug, marking as fixed: Shrir please verify
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
don't have the exact same testcase availaboe now, but verified with other realaudio/video test that this is no longer happening, tested on 0711 branch.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.