[arm64 windows] Video controls are not displayed for videos on Dailymotion.com
Categories
(Web Compatibility :: Desktop, defect)
Tracking
(firefox66 affected, firefox67 affected, firefox68 affected, firefox69 affected, firefox70 affected)
People
(Reporter: tbabos, Unassigned)
References
(Blocks 1 open bug)
Details
Affected versions
Nightly aarch64 68.0a1 2019-05-07
Beta aarch64 v67.0b19; Build ID: 20190507205628
Release aarch64 66.0.5; Build ID: 20190507012018
Affected platforms
ARM64 - Windows 10.
Steps to reproduce
- Launch Firefox
- Go to https://www.dailymotion.com/video/x77pfwh?playlist=x6d18w
- Play the video (wait for the ads to end if needed)
- When the video start hover over it
Expected result
The video controls should be displayed upon hover.
Actual Result
Video controls will not be displayed upon hover nor click. The only way to make it appear is to press SPACE so the video will be paused.
Note
- This is also happening on Chrome - on the same Yoga Laptop - but it is not reproducible on a normal windows desktop.
Comment 1•5 years ago
|
||
Are these the builtin controls or dailymotion controls? If you use an add-on to spoof the user agent to be the same as the "normal" desktop environment where things do work, does it start working on the yoga?
Reporter | ||
Comment 2•5 years ago
|
||
Hey Gijs,
It is the builtin controls for dailymotion and changing the UA does not solve the problem on the Yoga laptop.
Comment 3•5 years ago
|
||
Thanks Timea, but I'm a little confused by your comment. "Builtin controls for dailymotion" = Controls that were created by Dialymotion? OR controls that were created by Mozilla?
I think you were saying that these are the controls created by Dailymotion. In that case, there is not much we can do here, and this bug should be moved to the Tech Evangelism component.
Reporter | ||
Comment 4•5 years ago
|
||
Hey Jared,
Yeah, I meant the controls created by Dailymotion, sorry for the confusion!
Comment 5•5 years ago
|
||
Tentatively moving to web compat, although also pinging some of the folks who I think are working on our media stack for arm64. Although it's possible this is a website issue, I wonder if there's something in our implementation that explains the difference.
Comment 6•5 years ago
|
||
Also affects Edge on Lenovo C630. Disabling tracking protection and ad blockers doesn't affect this.
I agree, this is likely an issue that DailyMotion should look at.
Reporter | ||
Comment 7•5 years ago
|
||
Marking affected versions flags. Reproducible on latest Nightly 70.0a1
Comment 8•5 years ago
|
||
Since this affects Chrome and Firefox, I'm gonna close this as invalid.
It doesn't have to do with arm64 - it seems like they don't correctly handle laptops with touch screens (you can reproduce on a mac if you enable dom.w3c_touch_events.enabled
).
Description
•