WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 21116
Audio from <audio> or <video> element continues after tab is closed
https://bugs.webkit.org/show_bug.cgi?id=21116
Summary
Audio from <audio> or <video> element continues after tab is closed
Eric Carlson
Reported
2008-09-25 12:15:47 PDT
If a page with an <audio> or <video> element has been in the page cache, audio continues to play for several seconds after the tab with the element is closed. To reproduce: 1. Open Safari 2. Open two blank tabs 3. In one tab, open a page with a media element that has audio. 4. Go to
http://webkit.org/
in the tab with the media element 5. After the page loads, click the Back button 6. Start the media element playing and close the tab Audio continues to play for a few seconds.
Attachments
proposed patch
(15.95 KB, patch)
2008-09-25 12:54 PDT
,
Eric Carlson
no flags
Details
Formatted Diff
Diff
revised patch
(20.36 KB, patch)
2008-09-26 09:18 PDT
,
Eric Carlson
koivisto
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Eric Carlson
Comment 1
2008-09-25 12:54:32 PDT
Created
attachment 23816
[details]
proposed patch
Adele Peterson
Comment 2
2008-09-25 13:01:01 PDT
the basic concept seems ok to me. I'd like to get comments from Hyatt or Brady. CC'ing them.
Adele Peterson
Comment 3
2008-09-25 13:05:01 PDT
Another option is to add the notification to Frame::pageDestroyed-- if we didn't want to change the willSaveToCache/didRestoreFromCache concept.
Eric Carlson
Comment 4
2008-09-25 13:13:17 PDT
FWIW, Antti suggested this approach. CC'ing him as well.
Antti Koivisto
Comment 5
2008-09-25 22:21:50 PDT
I noticed that there are still some references to page cache left in connection with these callbacks. I see these in the patch: Document::m_pageCacheCallbackElements HTMLInputElement ::needsCacheCallback() HTMLMediaElement::m_inPageCache For consistency it would be good to rename them as well and check that semantics still make sense (that is they really care about whether document is active or not rather than specifically about being in page cache or not). At least something like HTMLMediaElement::m_inActiveDocument makes total sense.
Eric Carlson
Comment 6
2008-09-26 09:18:20 PDT
Created
attachment 23851
[details]
revised patch Revised patch per Antti's comments.
Antti Koivisto
Comment 7
2008-09-26 09:31:44 PDT
Comment on
attachment 23851
[details]
revised patch This should still be renamed to match variable name for consistency: bool inPageCache() const { return !m_inActiveDocument; } It should return the value without negation and call sites and should be reversed instead. (or alternatively find a good variable name that is true when inactive, m_inInactiveDocument sounds bad). This is minor, r=me with or without the change.
Eric Carlson
Comment 8
2008-09-26 10:30:36 PDT
Revised per last comment and committed as
r36957
.
Simon Fraser (smfr)
Comment 9
2009-02-19 11:06:05 PST
See also
bug 24031
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug