Closed
Bug 1308154
(delay-autoplay)
Opened 8 years ago
Closed 7 years ago
[meta] Delay autoplay media until the tab is visible at first time
Categories
(Core :: Audio/Video: Playback, defect, P3)
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
relnote-firefox | --- | 56+ |
People
(Reporter: alwu, Assigned: alwu)
References
Details
(Keywords: meta)
This feature is to avoid user have unexpected autoplay media from the new tab which doesn't be visited before.
We would block such kind of media and it would be resumed automatically when that tab becomes visible at the first time or user press the audio icon on the tab.
Updated•8 years ago
|
Priority: -- → P3
Assignee | ||
Updated•8 years ago
|
Comment 2•7 years ago
|
||
What's the status of this feature? This seems to be a super common request from users in various online feedback that I see, and from the list of the dependencies it looks like it's really close, but I'm not sure how much work is left to ship this...
Thanks!
Comment 3•7 years ago
|
||
(In reply to :Ehsan Akhgari (needinfo please, extremely long backlog) from comment #2)
> What's the status of this feature? This seems to be a super common request
> from users in various online feedback that I see, and from the list of the
> dependencies it looks like it's really close, but I'm not sure how much work
> is left to ship this...
>
> Thanks!
I was not aware of this feature until recently. chsiang dug into testing status and this feature failed QA signoff for 55, so without uplifts it looks like we are on track for 56. While I have some sympathy for how close this seems to be, uplifts into beta must meet a very high bar of urgency and I'm not seeing that here.
needinfo'ing ajones to get his perspective on the work remaining and testing needed to move forward.
Flags: needinfo?(ajones)
Comment 4•7 years ago
|
||
Thanks! FTR I wasn't advocating for it to be forced into beta necessarily, mostly just curious about the current state. If we can ship it in 56 that's still great.
Comment 5•7 years ago
|
||
Add more info.
Originally this feature failed QA signoff for 55 due to bug 1350947. Per discussion with chsiang last Monday, my team tend not to fix that bug related to Flash since it is too risky and not worth investing resource to support/maintain Flash cases. The main reason to defer this feature to 56 is UX spec has not been finalized yet especially for bug 1347791. If bug 1347791 is not needed, this feature is ready to go. For now, the current status is UX spec is under review and finalization.
Comment 7•7 years ago
|
||
Moved to Fx56 (Beta) release notes.
Updated•7 years ago
|
Flags: needinfo?(ajones)
Comment hidden (offtopic) |
Assignee | ||
Comment 9•7 years ago
|
||
Feature has been shipped to release channel.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Comment 10•7 years ago
|
||
This "feature" causes facebook notification tones to leak memory in the parent process when facebook is not the active tab.
Assignee | ||
Updated•6 years ago
|
Alias: block-autoplay-media
Assignee | ||
Updated•4 years ago
|
Alias: delay-autoplay
Summary: [meta] Block autoplay media until the tab is visible at first time → [meta] Delay autoplay media until the tab is visible at first time
You need to log in
before you can comment on or make changes to this bug.
Description
•