Block Autoplay fails to block sound when loading a specific webpage for the first time
Categories
(Core :: Audio/Video, defect)
Tracking
()
People
(Reporter: danibodea, Unassigned)
References
()
Details
Note
- When the user loads this webpage in a newly created profile, he will notice that block autoplay fails to block sound.
Affected versions
- Nightly v100.0a1
- Beta
- Release
- ESR
Affected platforms
- all
Steps to reproduce
- Launch browser.
- Load https://www.dailymotion.com/video/x81q8qw?playlist=x6lgtp
Expected result
- Video plays with sound muted.
Actual result
- Video plays with sound.
Regression range
- Not a recent regression.
Additional notes
- After just one refresh, block autoplay does its job.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
I can't reproduce this issue with today's Nightly on Ubuntu. Can you still reproduce? Did you interact with the page before the video loaded, e.g. accept the cookie banner? In this case it is expected that the audio is played.
This is probably not site-permission related so I'm moving it to Audio/Video.
Comment 2•3 years ago
|
||
I can't reproduce this bug as well. Please check this wiki to ensure that you don't interact wit the page, because the default blocking policy would only block autoplay before users interact with web pages.
Free feel to reopen this bug if you think it still exists. Thanks.
Updated•3 years ago
|
Updated•3 years ago
|
Reporter | ||
Comment 3•3 years ago
|
||
The user does need to interact with the page by accepting the cookies. This being said, I agree with the bug's resolution.
Description
•