97683 - Server push (JPEG Push) Doesn't break connection after leaving page

Status: VERIFIED WORKSFORME

(Core :: Networking: HTTP, defect)

Description

[Ashley Cambrell]

If you access the URL above, and you press escape (stop), back, or try and leave
the page, the image is still "pushed" even though the page is no longer shown. 
This can be seen by watching the lights on the lights on my cable modem /
network connection.  Closing down mozilla is the only way the connection is
dropped and the lights stop flashing.

Expected results:

1. Go to URL
2. image should update as fast as possible using Server Push
3. go to a different url (eg slashdot.org)
4. previous connection to the server push image should die and no data should be
recieved.

Actual results:
1. Go to URL
2. image should update as fast as possible using Server Push
3. go to a different url (eg slashdot.org)
4. data is still being recieved from previous page, as seen by flashing cable
modem lights / network connection lights.  The only way to stop it is to close
the browser.

----
Admittedly I wrote the server push script, without any sleep() between the image
re-pushes, so it may be that the buffer on the other end (apache on solaris)
doesn't actually clear it's self when the connection is broken.  I would have
thought that Mozilla would have actually broken the connection though, and not
let it "run-out" [I have let it sit there for a couple of minutes and the lights
didn't stop flashing].  (I could be horribly wrong here though.. ;-) )

Comment 1

[Alfonso Martinez]

Confirming this issue with win98 build 2001083103.
Anyway, I think that this bugs needs a new Summary, something like "Server push
connection isn't terminated after closing the page", but this one doesn't look
right neither.

Changing OS to All
I tried to find a dupe but didn't find anything like this for http.

Comment 2

[Keyser Sose]

Marking NEW (I know there are similar bugs abour JPEG push not working but i
think this one is different)

Comment 3

[Olivier Cahagne]

I didn't have to kill Mozilla (build 2001112111 on Linux) to stop the data
transmitting, however, it lasts a few seconds after having closed the window
(using sniffer).
Like with bug 99262, Mozilla sends a TCP packet with flag FIN, too early ? It
even happens when just watching the stream, loading another site in another
window, Mozilla suddenly stops and sniffer shows Mozilla sent a FIN packet (100%
reproducible).

Is Mozilla loosing track of HTTP connections ?

Interesting to note that, a few times, after that, I couldn't get anything from
this stream unless I hit Shift-Reload. I guess Shift-Reload inits some variables
(?).

Comment 4

[Olav Vitters]

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

Comment 5

[Tom Everingham]

confirmed with trace+ this is still happening  01/14/02 winNT

-> darin , cc'ing gagan

Comment 6

[Darin Fisher]

-> badami

Comment 7

[Vinay Badami]

I'am unable to reproduce this.
Someone who is able to reproduce this, please attach a http log. This can be
achieved by 
set NSPR_LOG_MODULES=nsHttp:5
set NSPR_LOG_FILE=http.log

Comment 8

[WD]

Vinay,

This is probably because JPEG Push is currently broken.
bug 106166

Comment 9

[Vinay Badami]

I do think that this is now fixed with the checkin for bug 42224.
Marking as dup of that. 

*** This bug has been marked as a duplicate of 42224 ***

Comment 10

[WD]

No, with the patch from bug 42224 this still is not fixed.
JPEG Push is still sending out data to Mozilla even after leaving page / closing
tab.

Re-opening

Comment 11

[WD]

Adding CC for Nivedita

Comment 12

[Darin Fisher]

mass move of bugs assigned to vinay to me

Comment 13

[WD]

I have my own site that uses JPEG push, and I have verified that this bug no 
longer exists.   The stream is properly stopped and connection broken when 
leaving the page, and upon returning it starts again.

-> WFM

Comment 14

[Tom Everingham]

Original site is not working properly for me but similar push sites are breaking
connection properly.  Also, WD comments that his tests show this is a wfm.   

marking verified 08/29/02 builds