New issue
Advanced search Search tips

Issue 874244 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: 2018-08-27
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Bypass of autoplay protection and mute html5 video tag

Reported by quenting...@gmail.com, Aug 14

Issue description

Chrome Version: 67.0.3396.99 (Official Build) (64 bit)
URLs (if applicable):
OS version: Win 10
Network (such as Cable / DSL / Dial up etc): CABLE
Audio / Video format (if applicable): n/a
Special chrome flags (if applicable): n/a

Behavior in Safari (if known): i don't know 
Behavior in Firefox (if known): same probleme

Video issue, Audio issue, both? 
both

Flash or HTML5? 
HTML5

If the browser or renderer crashed ("Aw, Snap"), please add any crash
IDs from chrome: // crashes
http://support.google.com/chrome/bin/answer.py?hl=en&answer=96817)

What steps will reproduce the problem?
(1) Create a div with a video, remove the controls and activate the autoplay
(2) create a javascript basic script that after a 100 millisecond timestamp and / or just after the DOM is properly loaded the video player is delete and reinjected with the same options

What is the expected result?
In keeping with the Chrome user protection that prevents you from starting a video with the sounds, it should be impossible to inject a video in autoplay and not muted.

What is the actual result?
The video has been loaded and played with the sounds without the user noticing.

Any additional information
outcome)?


Please attach the HTML5 / JavaScript code or audio / video files as well as
screenshot and / or videos (if applicable)
 
bug.html
947 bytes View Download
Components: -Internals>Media Blink>Media>Autoplay
for "youtube" iframe it seems to be fixed because even after waiting for dom loaded and reload a div with the same iframe, it does not self-play.
Owner: beccahughes@chromium.org
Status: Assigned (was: Unconfirmed)
beccahughes@, can you PTAL? It seems to match the other bug report we got recently.
I cannot reproduce this on 68.0.3440.84 Linux.
I reproduce on : Version 68.0.3440.106 (Build officiel) (64 bits) = WINDOWS
I still cannot reproduce this on 68.0.3440.106 (Windows 64 bit). Please can you go to chrome://version and copy and paste your "Variations" section here?
Labels: OS-Windows
c134752e-1ece3553
59aeb88e-3f4a17df
34a6bf44-ca7d8d80
bacf97b2-ca7d8d80
241fff6c-1623a499
3095aa95-3f4a17df
c27fec31-2d5b6ed9
7c1bc906-f55a7974
47e5d3db-3d47f4f4
125b7f68-a3dbe669
1149accc-f23d1dea
4dc30737-b8a5ea08
a582a1b8-ad75ce17
3042ad4b-ca7d8d80
e56c5101-ad2fa222
44827ee5-f23d1dea
5e3a236d-4113a79e
8f1e27f-ca7d8d80
de47491b-3f4a17df
9773d3bd-f23d1dea
43f62d3b-28165b59
9e5c75f1-ef8f5e90
f79cb77b-3d47f4f4
4ea303a6-ecbb250e
bcc34a89-3f4a17df
7aa46da5-c946b150
2c1d398c-ca7d8d80
6973a1cf-3f4a17df
cac0a91c-77662737
58a025e3-36e97b2c
2a32876a-ca7d8d80
ff29b1bd-37ef7e17
da460ac8-3f4a17df
4bc337ce-69465896
9a2f4e5b-ca7d8d80
1354da85-eb933ac9
17507c76-ca7d8d80
494d8760-52325d43
f47ae82a-86f22ee5
3ac60855-486e2a9c
f296190c-f9f7acb5
4442aae2-7158671e
ed1d377-e1cc0f14
12e17bc5-e1cc0f14
75f0f0a0-a5822863
e2b18481-4c073154
e7e71889-e1cc0f14
b1ceb06f-d1372334
3a4029d-ca7d8d80
94e68624-803f8fc4
8834fcca-ca7d8d80
Thanks - you are not in an experimental groups.

Please can you go to chrome://media-engagement/ and check if your test site is listed there? If so, please can you tell me the score and the "Is High" value for that site?
I test direct via the open file "file: /// C: /Users/Quentin/Desktop/bug.html" I add to my test server if you want to test: http://quentingosset.com/bug. html

when i use your options: chrome: // media-engagement / i see my site but the time of the last 'lasplayback' is not put at the right time so i do not know if it's really a correct statistic .

IsHigh: No
Rating: 0.08

I just noticed that if you open: http://quentingosset.com/bug.html, the video stays on a black background (buffer not load?) And the video does not start. On the other hand, if I refresh the page, this time the video is launched as in the previously described bug (The video may have been cached so that when the refresh starts the video starts?).
When you refresh the page do you have the developer tools open?
Labels: Needs-Feedback
NextAction: 2018-08-27
no the chrome dev tools is not open.

1) I totally close my browser
2) I open the links http://quentingosset.com/bug.html
3) When opening the video does not work (caching ??)
4) When I'm doing F5 / CTRL + F5 (windows) the video starts.

!!!! I just found that if I click on the refresh icon of the chrome browser directly, the video does not actually load however ALT + F5 or F5 makes it work !!!!
A friend to test at home and the bug works for the cumputer 1. here are the details :

computer 1 (WINDOWS):
-Google Chrome: 68.0.3440.106 (Official Build) (64-bit) (Cohort: Stable)
-Revision: 1c32c539ce0065a41cb79da7bfcd2c71af1afe62-refs / branch-heads / 3440 @ {# 794}
-Operating system: Windows

computer 2 (MAC OS X):
CHROME and SAFARI, the bug does not occur.
I still cannot reproduce on the following platform:

Google Chrome	68.0.3440.106 (Official Build) (64-bit) (cohort: Stable Installs Only)
Revision	1c32c539ce0065a41cb79da7bfcd2c71af1afe62-refs/branch-heads/3440@{#794}
OS	Windows

The only difference was in experimental configuration for the PreloadMetadataSuspend feature. However, bypassing the experiment had no effect.
The NextAction date has arrived: 2018-08-27

Sign in to add a comment