Closed Bug 341959 Opened 18 years ago Closed 16 years ago

Regression bug 308903 Data from streaming network cam doesn't stop when replacing the cam page with a new page

Categories

(Core :: DOM: Navigation, defect)

x86
All
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 373701

People

(Reporter: oersted, Unassigned)

References

()

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060516 SeaMonkey/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060613 SeaMonkey/1.5a

Open a page that has constantly updated video (a fast 'network' cam). Replace
that page with any other page (about:mozilla or.....) Note that
the incoming video data never stops.
Problem also in Gecko/20060604

Reproducible: Always

Steps to Reproduce:
1. Load SM
2. Click on bookmarked url or type url of cam page. Three example urls are
   http://83.211.74.195/control/userimage.html 
   http://66.14.80.6:1600/ 
   http://151.38.151.105/ 
Cam page displays; image is continuously updated.
3. Enter a new url. I usually use about:mozilla since it uses
no network data
New url page replaces cam page. Data from earlier cam url continues to stream.
Status bar reports "Transferring data from 83.211.74.195" (or whatever) even
though that url is no longer displayed.
4. Close SM to stop stream - the only way I have found to stop stream.

Actual Results:  
Incoming camera data never stops.

Expected Results:  
Camera data should stop when new url is displayed.

Both builds tested on 2 XP boxes on independent networks.
Keywords: regression
confirmed with linux seamonkey trunk 2006061909.
this regressed between 2006050609 and 2006050708

setting browser.sessionhistory.max_viewers to 0 makes the bug go away

==> history 
Assignee: general → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Product: Mozilla Application Suite → Core
QA Contact: general → general
Version: unspecified → Trunk
Component: General → History: Session
QA Contact: general → history.session
Component: History: Session → Document Navigation
QA Contact: history.session → docshell
Is this related to bug 373701?
Looks like a dup to me.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.