281480 - Video data stream continues after window is closed

Status: RESOLVED INCOMPLETE

(Firefox :: General, defect)

Description

[parish]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041207 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041207 Firefox/1.0+

When closing a pop-up window containing a video, the video datastream isn't
stopped - need to exit Firefox to stop it

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.plus.net/webcams/index.html
2. Select one of the webcam feeds, which opens in a pop-up window
3. Close the window and note that the data is still streaming (e.g. watch the
Network Connection icon in the system Tray

Actual Results:  
The data is still streaming (e.g. watch the Network Connection icon in the
system Tray). Exit FF and it stops


Expected Results:  
The data stream should stop when the window is closed.

This has also been seen in FF 1.0 as downloaded from the FF website as well as
the version in the UA string above.

If you enter the URL of a feed, e.g.
<http://www.plus.net/webcams/webcamview.html?CAM_IP=ptb-cam-csc1.plus.net&CAM_TITLE=Customer%20Support%20Centre%201>,
in the URL bar so it opens in the main window, or set
Tools->Options->Advanced->Tabbed Browsing and check "Force links that open new
windows to open in:", the problem doesn't occur when the tab is closed or you
navigate away from the page.

When the pop-up window is closed, two Uncaught Exceptions appear in the JS
Console which seem to be the cause:

Error: uncaught exception: [Exception... "Component returned failure 
code: 0x80004005 (NS_ERROR_FAILURE) [nsIObserverService.removeObserver]" 
  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: 
chrome://global/content/bindings/browser.xml :: destroy :: line 569" 
data: no]

Error: uncaught exception: [Exception... "Cannot modify properties of a 
WrappedNative"  nsresult: "0x80570034 
(NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN)"  location: "JS frame :: 
chrome://browser/content/browser.js :: Shutdown :: line 899"  data: no]

Comment 1

[Ronald Hunter]

I also experience the same failure to close streams when opening the streams in
a tab.  There is no pattern I can see to this failure to close the streams.  It
sometimes happens, sometimes the streams are closed.
Firefox 1.0 Release WinXP Home SP2.

Comment 2

[Martyn Dewar]

This is reproducable in Firefox 1.0 on Windows 98 SE (Mozilla/5.0 (Windows; U;
Win98; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0).

Additionally, it's reproducable in the latest suite release (Mozilla/5.0
(windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217).

For the purposes of thorough QA I've also tested it in the latest Netscape
release (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2)
Gecko/20040804 Netscape/7.2 (ax)), and it isn't reproducable there. Neither is
it reproducable in the latest suite alpha (Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv 1.8a6) Gecko/20050111).

This bug also affects other similar AXIS webcams, such as the ones operated by
the BBC - http://cam1.thdo.bbc.co.uk for example.

Comment 3

[Martyn Dewar]

cc: me

Comment 4

[Tim Leonard]

Can confirm this bug still exists for Axis webcams.

Eaxample page http://www.plus.net/webcams/index.html

Pick a webcam (Javascript)

Confirmed with Windows XP SP2 (5600)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414
Firefox/1.0.3

Comment 5

[Bernard Alleysson]

* I can confirm with Firefox 1.0+
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050423
Firefox/1.0+
Additional notes:
video stream stops after the tab is closed when the webcam is opened in a new
tab (using open windows in new tab pref)

* but it does not occur with Mozilla:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050423

Requesting blocking 1.1 for this weird bug

Comment 6

[u88484]

Confirming based on comments, Status=>New

Comment 7

[Mike Connor [:mconnor]]

Seems to work now on Windows DPA2, this is probably related to some of the leak
fixes dbaron did where the document wasn't being destroyed properly, so the
embedded object wasn't destroyed either.

Comment 8

[Bernard Alleysson]

OK works for me with DPA2 (Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US;
rv:1.8b3) Gecko/20050712 Firefox/1.0+)

I think this bug can be resolved now.

Comment 9

[Jeremy B. Smith]

I am also having the same problem with Firefox 1.0.4 (Linux). It occurs with the
"Axis 2120 Network Camera 2.43" seen at:
http://198.213.58.150
If I open a new window, go to the url, and close the window, the connection closes.
But if I open the url in an existing or new tab in the current window, the
connection will stay open until I close that window.

Comment 10

[Bernard Alleysson]

*** Bug 306301 has been marked as a duplicate of this bug. ***

Comment 11

[Bernard Alleysson]

-> 1.0 Branch because it works for me on trunk and 1.5 branch

Comment 12

[Bernard Alleysson]

*** Bug 289069 has been marked as a duplicate of this bug. ***

Comment 13

[Bernard Alleysson]

*** Bug 289089 has been marked as a duplicate of this bug. ***

Comment 14

[Bernard Alleysson]

*** Bug 220767 has been marked as a duplicate of this bug. ***

Comment 15

[zed]

Seems this bug is persistent in Fx3. Several #firefox users have confirmed the bug.

Comment 16

[Zyan]

As above I can confirm this bug still exists in 3.0.1 and appears to happen with all motion jpeg streams - e.g. http://www.panoraama.com/live/index.html (and therefore all Axis cameras which use motion jpeg).

Once a page is loaded that contains a motion jpeg image, closing that tab or window (as long as there is another tab or window still open) fails to stop the motion jpeg stream from continuing to invisibly download.  In the case that the browser is left open for several hours this can cause significant data transfer - in the order of gigabytes for those on fast connections or connected to high resolution webcams/motion jpeg streams.

This seems like a significant issue with the potential to cause both webcam/server load issues and bandwidth usage issues for users who are unknowingly continuing to download the stream they believe they have closed (and incidentally I've had the browser crash while testing this bug, which may or may not be related, but the coincidence is hard to ignore given it's the only crash I've had in the past month).

Here is a link to a thread with a user that has wasted 7.5 GB of data due to this bug:
http://forums.whirlpool.net.au/forum-replies.cfm?t=1046491

Comment 18

[Boris Zbarsky [:bzbarsky]]

Uh... this bug predates the cause of regression of the other one... so it's a different bug.

Comment 19

[Tyler Downer [He/Him]]

Reporter, are you still seeing this issue with Firefox 3.6.9 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles

Comment 20

[Phoenix]

I can't reproduce the issue on provided in comments links, is this still actual?

Comment 21

[Phoenix]

Resolved per whiteboard