Closed
Bug 295317
Opened 20 years ago
Closed 17 years ago
Won't shut down after bad streaming media
Categories
(Core Graveyard :: Embedding: ActiveX Wrapper, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: john, Assigned: adamlock)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 (ax) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 (ax) Using Windows media player 9 activeX plugin to view webpage with live streaming video from Window media encoder. If Firefox visits the webpage when the encoder is not active and is then shut down (top right corner [X] ), it *appears* to close down (There is no taskbar icon) but leaves an instance running - according to Task manager. As an example, I notice this on my own streaming webpage: http://homepages.nildram.co.uk/~vwlowen/webcam/streamtestB.htm Reproducible: Always Steps to Reproduce: 1. Visit webpage with streaming media active 2. Close Firefox 3. Firefox closes down ok. 4. Visit webpage where steaming media is not encoding 5. Close Firefox 6. "Invisible" instance of Firefox still running Actual Results: as above Expected Results: it should have shut down.
Updated•20 years ago
|
Assignee: nobody → adamlock
Component: General → Embedding: ActiveX Wrapper
Product: Firefox → Core
QA Contact: general → dunn5557
Version: unspecified → 1.7 Branch
Comment 1•19 years ago
|
||
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
The bug is still reproducible in version 1.0.7 Open Firefox from "fresh" and visit: http://homepages.nildram.co.uk/~vwlowen/webcam/streamtestA.htm That page contains an embedded activex windows media player but the url stated in the media player FileName is deliberately incorrect - for the purposes of this test. Close down Firefox while the embedded player is still displaying "Connecting to media" and the instance of Firefox will still be running in Windows device manager.
Comment 3•17 years ago
|
||
John wrote "I can't replicate the problem in 2.0.0.11" but didn't close the bug. => WFM per reporter
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Comment 4•17 years ago
|
||
John, we don't know what mozilla patch/bug fixed this. SO the correct resolution is WFM. See https://bugzilla.mozilla.org/page.cgi?id=fields.html#resolution which is the link given at "change resolution" (and if the problem was WMP, then the resolution to use is INVALID)
Resolution: FIXED → WORKSFORME
Updated•13 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•