Closed Bug 338815 Opened 20 years ago Closed 17 years ago

After opening a multipart jpeg url and loading another url in the same tab, the stream is not closed by mozilla core

Categories

(Core :: Networking: HTTP, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 373701

People

(Reporter: laurent, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060521 Minefield/3.0a1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060521 Minefield/3.0a1 netstat and iptraf shows that the stream is not closed and that data are still received (generating a lot of bandwidth use). The bug doesn't happen all the time (around 1 chance on 10 that it happens or a bit more). Reproducible: Sometimes Steps to Reproduce: 1. start firefox or epiphany browser and open http://record:record@demo1.stvs.ch:10020 or probably any AXIS camera mjpeg stream. 2. load another url in the same tab or even in another tab. 3. close the tab that was displaying the mjpeg stream. Actual Results: the browser is still receiving the stream and this generates a lot of bandwidth Expected Results: the browser should have closed the stream. This bug happens at least on firefox-bin and epiphany, in lan or wan. I couldn't try reproducing this bug on other operating system than linux.
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060521 Minefield/3.0a1 - Build ID: 0000000000 Confirmed, I think.
Status: UNCONFIRMED → NEW
Component: ImageLib → Networking: HTTP
Ever confirmed: true
Attached file nspr log
Some log with NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5 on Minefield 20060522. I don't know if this may be useful.
Assignee: pavlov → nobody
QA Contact: networking.http
Did other people experienced the same bug on other platform than linux ? or found a kind of workaround ?
I have the same problem on http://karren.protask.at/cgi-bin/guestimage.html I found only two ways to close the stream: 1. Close Minefield 3.0a2pre or SeaMonkey 1.5a 2. Activate and deactivate "File/Work Offline" from the menu Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a2pre) Gecko/20070131 Minefield/3.0a2pre Mnenhy/0.7.4.10005 - Build ID: 2007013104 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a2pre) Gecko/20070131 Mnenhy/0.7.4.0 SeaMonkey/1.5a - Build ID: 2007013109
I can confirm this is happening on the 3.0 beta5 Windows build as well. I have a Zoneminder camera server with several motion jpeg streams that pop up in a separate window. When the window is closed the streams are not closed and shortly thereafter will saturate the network connection. Ping times are in the 1800ms range. After closing firefox the network will return back to normal with ping times in the 50ms range. The mjpeg streams worked fine (and closed fine) on FF2. I have also confirmed the processes on the Zoneminder box are not closing as well, so it does appear that FF3 is keeping the connections open even though the window or tab has been closed. Build: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b5) Gecko/2008032620 Firefox/3.0b5 OS: Windows Vista x64
I can confirm the same behavior in 3.0 beta5 (I think it's been the same for previous alpha releases as well). Firefox keeps downloading the mjpeg whether you close the window that shows it or the main window that launched the pop-up. I'm seeing this in Zoneminder as well. In fact, if you had another window open before displaying the image, you would have to close that one as well for the downloading to stop. I think the conclusion is that you have to close all instances of FF for it to stop. I see this behavior both under Windows and Linux. Right now writing from Windows: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008051206 Firefox/3.0
(In reply to comment #6) bug 434439
Bug 373701 is probably a dupe of this bug. This bug is older, but that bug has more activity flags and voters...
Confirmed in latest ubuntu Linux, Firefox version 3.0 When used with zoneminder multipart jpeg streaming video, even after closing the active tab with the stream, the connection stays open, and the data keeps going.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: