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)
Tracking
()
RESOLVED
DUPLICATE
of bug 373701
People
(Reporter: laurent, Unassigned)
References
()
Details
Attachments
(1 file)
|
70.67 KB,
application/gzip
|
Details |
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.
Comment 1•20 years ago
|
||
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
Comment 2•20 years ago
|
||
Some log with NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5 on Minefield 20060522. I don't know if this may be useful.
Updated•20 years ago
|
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 ?
Comment 4•19 years ago
|
||
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
Comment 5•18 years ago
|
||
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
Comment 7•18 years ago
|
||
(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...
Comment 10•17 years ago
|
||
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.
Description
•