Closed
Bug 470636
Opened 16 years ago
Closed 16 years ago
audio doesn't stop after navigating away from the page
Categories
(Core :: Audio/Video, defect, P2)
Tracking
()
VERIFIED
FIXED
People
(Reporter: BijuMailList, Assigned: cajbir)
References
Details
(Keywords: regression, verified1.9.1)
Attachments
(1 file)
(deleted),
patch
|
roc
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
Audio dont stop after navigating away from the page.
ie, something like Bug 448534 or bug 451457 is happening.
but not reproducible by steps in Bug 449924
Steps:-
1. goto http://www.double.co.nz/video_test/
2. Click "Transformers Movie Trailer" link
3. click "Play" button
4. Wait of the movie to start with audio
5. Press "back" button of browser
6. user see page http://www.double.co.nz/video_test/
7. then wait...
result:-
Audio continue to play...
Expected:-
Audio should stop play immediately...
PS:
1. This happens if we navigate to another page by clicking a link or typing new url on address bar.
2. This WONT happen if we open a new tab/window (with navigating away) and then close the <VIDEO> tab/window.
3. But if we first navigate away and then do new tab/window and close the tab/window HAD <VIDEO>, the audio continue to play.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre)
Gecko/20081220 Minefield/3.2a1pre
Updated•16 years ago
|
Summary: AV: Audio dont stop after navigating away from the page. → audio doesn't stop after navigating away from the page
Also unlike Bug 460738 I could play same url in another tab
Assignee | ||
Comment 3•16 years ago
|
||
How long does the audio continue to play for? Does it play for just a few seconds? Or does it keep playing forever?
Comment 4•16 years ago
|
||
Regression in the first week of December seemingly, for me on 4 Dec 2008. And here it doesn't stop by itself. It is not reproducible in my daily trunk browser.
Comment 5•16 years ago
|
||
Do at-end event listeners fire when the audio finishes? What about if you've gone to a different site entirely in that tab?
Assignee | ||
Comment 6•16 years ago
|
||
Ria, when you say it's not reproducible in your daily trunk browser, do you mean the nightly builds? Is that on Windows?
Biju, what version of FF is this? A nightly build or a 3.1 beta? Or both?
Comment 7•16 years ago
|
||
(In reply to comment #6)
> Ria, when you say it's not reproducible in your daily trunk browser, do you
> mean the nightly builds? Is that on Windows?
Yes, Windows XP. In my daily browser there are extensions and changed settings, maybe this is the reason. But the same browser shows the bug with a new profile.
Comment 8•16 years ago
|
||
Yeah it's an extension that corrects the bug, Interclue if my computer isn't playing me tricks. Interclue displays a popup when you hover over a link with the contents of the linked page, so that you don't need to open the whole page.
(In reply to comment #6)
> Biju, what version of FF is this? A nightly build or a 3.1 beta? Or both?
Both
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre)
Gecko/20081221 Shiretoko/3.1b3pre
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre)
Gecko/20081220 Minefield/3.2a1pre
(In reply to comment #3)
> How long does the audio continue to play for? Does it play for just a few
> seconds? Or does it keep playing forever?
Forever (ie, till end of movie) by step on comment 0
CORRECTION on comment 0
PS
2. This WONT happen if we open a new tab/window (without navigating away)
and then close the <VIDEO> tab/window.
3. But if we first navigate away and then do new tab/window
and close the tab/window HAD <VIDEO>, the audio continue to play.
FOR FEW SECONDS
Assignee | ||
Comment 10•16 years ago
|
||
This is caused by the following changeset on the 4th December.
http://hg.mozilla.org/mozilla-central/rev/d5969f0d3fd9
There's no bug number on the description so I can't tell what bug it was for. CCing Daniel, maybe he can advise.
If I revert that changeset then the problem goes away.
Assignee | ||
Comment 12•16 years ago
|
||
The bug for the changeset from comment 10 was bug 466607
Assignee | ||
Comment 13•16 years ago
|
||
nsHTMLVideoElement and nsHTMLAudioElement didn't have nsIHTMLMediaElement in the implementation map.
Assignee: nobody → chris.double
Status: NEW → ASSIGNED
Attachment #354098 -
Flags: superreview?(roc)
Attachment #354098 -
Flags: review?(roc)
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P2
Attachment #354098 -
Flags: superreview?(roc)
Attachment #354098 -
Flags: superreview+
Attachment #354098 -
Flags: review?(roc)
Attachment #354098 -
Flags: review+
Assignee | ||
Comment 14•16 years ago
|
||
Pushed to mozilla-central:
http://hg.mozilla.org/mozilla-central/rev/fa8ac62dd13e
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: [baking for 1.9.1]
Assignee | ||
Comment 15•16 years ago
|
||
Pushed to mozilla-1.9.1:
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/a76a00dc527e
Keywords: fixed1.9.1
Whiteboard: [baking for 1.9.1]
Comment 16•16 years ago
|
||
Verified fix on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b5pre) Gecko/20090507 Shiretoko/3.5b5pre
and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090507 Minefield/3.6a1pre
Status: RESOLVED → VERIFIED
Keywords: fixed1.9.1 → verified1.9.1
You need to log in
before you can comment on or make changes to this bug.
Description
•