After setting Autoplay flag video played auto.
Reported by
lavnesh....@gmail.com,
Feb 6 2018
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Example URL: http://www.superherohype.com/news/411459-deadpool-takes-on-flashdance-in-new-poster-for-sequel#/slide/1 Steps to reproduce the problem: 1. Click on: http://www.superherohype.com/news/411459-deadpool-takes-on-flashdance-in-new-poster-for-sequel#/slide/1 2. scroll down, you will find video which played auto. 3. What is the expected behavior? It should not play. What went wrong? After setting Autoplay policy flag to Document user activation is required, video played auto. Did this work before? No Is it a problem with Flash or HTML5? HTML5 Does this work in other browsers? N/A Chrome version: 64.0.3282.140 Channel: stable OS Version: 10.0 Flash Version: Contents of chrome://gpu: Note: To properly save this page, select the "Webpage, Complete" option in the Save File dialog. Graphics Feature Status Canvas: Hardware accelerated CheckerImaging: Disabled Flash: Hardware accelerated Flash Stage3D: Hardware accelerated Flash Stage3D Baseline profile: Hardware accelerated Compositing: Hardware accelerated Multiple Raster Threads: Enabled Native GpuMemoryBuffers: Software only. Hardware acceleration disabled Rasterization: Hardware accelerated Video Decode: Hardware accelerated WebGL: Hardware accelerated WebGL2: Hardware accelerated Driver Bug Workarounds clear_uniforms_before_first_program_use decode_encode_srgb_for_generatemipmap disable_discard_framebuffer disable_framebuffer_cmaa exit_on_context_lost force_cube_complete msaa_is_slow scalarize_vec_and_mat_constructor_args texsubimage_faster_than_teximage Problems Detected Some drivers are unable to reset the D3D device in the GPU process sandbox Applied Workarounds: exit_on_context_lost TexSubImage is faster for full uploads on ANGLE Applied Workarounds: texsubimage_faster_than_teximage Clear uniforms before first program use on all platforms: 124764, 349137 Applied Workarounds: clear_uniforms_before_first_program_use Always rewrite vec/mat constructors to be consistent: 398694 Applied Workarounds: scalarize_vec_and_mat_constructor_args ANGLE crash on glReadPixels from incomplete cube map texture: 518889 Applied Workarounds: force_cube_complete
,
Feb 6 2018
Sorry, i have no idea what is Triage-M64 ? Is any thing you need from my side.
,
Feb 7 2018
Able to reproduce this issue on Mac 10.12.6, Win-10 and Ubuntu 14.04 using chrome reported version #64.0.3282.140 and latest canary #66.0.3341.0. This is a non-regression issue as it is observed from M60 old builds. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Feb 7 2018
Thanks for the report. After testing, it seems that this is a muted video. The autoplay work we are doing is for videos with sound. Blocking muted videos is known to be pointless as <canvas> or GIFs would allow the same behaviour with worse performance and bandwidth usage.
,
Feb 7 2018
Ok, Can't you differentiate between mute video and GIFs ? I thing you should block mute video also because it is consuming my bandwidth and slow down scrolling and loading other info on page.
,
Feb 8 2018
A GIF would slow down your scrolling even more and use even more bandwidth. A GIF is 10 to 100 times larger than a video and many videos are hardware decoded. On mobile, we have not allowed muted videos for years and we have seen way too many abuse that would be impossible to block. |
|||
►
Sign in to add a comment |
|||
Comment 1 by krajshree@chromium.org
, Feb 6 2018