New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 818280 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Feature



Sign in to add a comment

Opening several tabs with audio autoplay easily results in cacophony

Project Member Reported by pbos@chromium.org, Mar 2 2018

Issue description

What steps will reproduce the problem?
(1) Search for an interesting subject on YouTube (site that autoplay videos).
(2) Ctrl+click on several of them that you're interested in and intend to check out.
(3) Go through and look at the just opened tabs.

What is the expected result?
Only one tab is autoplaying with audio (maybe the first one switched to) to not overwhelm the user.

What happens instead?
Tabs autoplay, none of the sound is intelligible and all cacophony.

Two applicable rules for consideration could be:

1: Don't autoplay if Chrome is playing audio.
2: Don't autoplay videos from the same site while another one is playing (autoplay OK even if playing music in another tab).
 
Status: WontFix (was: Untriaged)
AFAIK, this is intended behavior when multiple tabs are playing audio/video. Safari has the same behavior.
Cc: mlamouri@chromium.org
Labels: -Type-Bug TL-mlamouri PM-johnpallett Type-Feature
Status: Untriaged (was: WontFix)
This is a feature request for the new autoplay policy, re-opening
john, do you know who is the owner of this feature? I want to move it out of untriaged bucket.
Components: -Internals>Media>UI Blink>Media>Autoplay
Labels: Needs-Feedback
pbos@, Chrome doesn't play videos on tabs that are loaded on a background page (and not yet visible). That is the reason why opening multiple tabs in background tabs doesn't autoplay. I would expect the same behaviour to kick in here.

Did you experience this on a build without specific flags on?
Can you reproduce it consistently?
What's the platform on which you experienced the bug?
Which Chrome version?
Status: Unconfirmed (was: Untriaged)

Comment 6 by pbos@chromium.org, Mar 9 2018

They don't start autoplaying straight away, but they sit there as "audio landmines" as they start autoplaying as soon as I switch to them even if that's minutes after I opened the tab.

Google Chrome	66.0.3355.0 (Official Build) dev (64-bit) (cohort: Dev)
OS Win10
Project Member

Comment 7 by sheriffbot@chromium.org, Mar 9 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by pbos@chromium.org, Mar 9 2018

.. also if I just press ctrl+tab to go through my tabs (say get to a tab after these) they all start playing at the same time, which is the cacophony thing I was referring to.

Steps:

1. Search YouTube for "hello"
2. Open the top three videos for later viewing.
3. Open another tab, do some other work or whatever, forget about YouTube.
4. Press ctrl+tab to go through your tabs. All YouTube autoplay videos start playing.

Maybe switching to a tab shouldn't be triggering autoplay, or maybe there shouldn't be N concurrent autoplays. I think even without (3) above we do the wrong thing as the user did not intend to have all tabs start playing at the same time by just tabbing through them.
I agree with this but the only way to solve this is to disable autoplay entirely. If YouTube wasn't allowed to autoplay (with low MEI for example), this wouldn't be a problem. We had plans to avoid multiple source of playbacks in Chrome but they have been shelved.

Comment 10 by pbos@chromium.org, Mar 9 2018

Could you consider disabling autoplay for tabs that were opened as background tabs but have been inactive for say 2 minutes? That would solve the problem of the user forgetting that these tabs are about videos that haven't started playing yet.
Labels: Needs-Triage-M66
Labels: Triaged-ET M-67 Target-67 FoundIn-67 OS-Linux OS-Mac OS-Windows
Status: Untriaged (was: Unconfirmed)
The issue seems to be a feature request. Hence, marking it as untriaged for further inputs from dev team.

Thanks...!!
Labels: -M-67 -Target-67 -Needs-Triage-M66
Owner: johnpallett@chromium.org
I agree that we should disable autoplay after some period of time where the user hasn't accessed the tab and it's just been in the background. Assigning to me to wrap into larger PRD for future work.
Cc: beccahughes@chromium.org dalecur...@chromium.org
 Issue 804602  has been merged into this issue.
Status: Assigned (was: Untriaged)
This bug has an owner, thus, it's been triaged. Changing status to "assigned".
Owner: denizz@chromium.org
=>denizz@ who is the new media ux pm.
Cc: -johnpallett@chromium.org denizz@chromium.org
Owner: johnpallett@chromium.org
Updating owner to be John Pallett as the autoplay owner atm. 

Sign in to add a comment