Open
Bug 1373903
Opened 7 years ago
Updated 2 years ago
Problem playing videos
Categories
(Core :: DOM: Events, defect, P3)
Tracking
()
UNCONFIRMED
People
(Reporter: prescott66, Unassigned, NeedInfo)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0 Build ID: 20170520072017 Steps to reproduce: Open webpage www.mojevideo.sk Actual results: Page is viewe OK, but when trying to play any video, it is not played, only sound is heared Expected results: Play video
Comment 1•7 years ago
|
||
Thanks for firing this bug. Can you try to use the latest released version, 54, to see if you can see the same problem or not?
Reporter | ||
Comment 2•7 years ago
|
||
(In reply to Blake Wu [:bwu][:blakewu] from comment #1) > Thanks for firing this bug. > Can you try to use the latest released version, 54, to see if you can see > the same problem or not? Already tested on version 54... not working
Comment 3•7 years ago
|
||
It is reproduced by Nightly also. May I have the chance to take a look first?
Comment 4•7 years ago
|
||
This issue is not Fennec specific, If you turn to m.mojevideo.sk (mobile version website) on Desktop Firefox, it can also be reproduced.
Comment 5•7 years ago
|
||
The video is played normally by media side but the media element is rendered in somewhere where we can not visually see it in the viewport, so there is only sound can be heard. If you use the desktop browser to reproduce this issue, you will see below log in the console, "Request for fullscreen was denied because Element.requestFullscreen() was not called from inside a short running user-generated event handler." I just view the source from its html (http://m.mojevideo.sk/3qnp) "<video src="http://fs5.mojevideo.sk/dll/1e77cb624faf7e609d81854ea5b82ea2/59476595/174517.mp4" x-webkit-airplay="allow" id="html5video" requestFullScreen preload="metadata"></video>" they used some webkit-only attributes which I'm not sure if it is related to this symptom. Hi Blake, Would you please transfer this issue to the layout or DOM person for classifying the category of this issue? Thanks
Flags: needinfo?(bwu)
Comment 6•7 years ago
|
||
Eric, Per comment 5, is it something you can help us to clarify if this is website bug or not?
Flags: needinfo?(bwu) → needinfo?(etsai)
Comment 7•7 years ago
|
||
As my understanding, clicking on play button goes to >> <a href="javascript:pv()"></a> pv() is defined in line 277 >> function pv(){ >> html5v = gO('html5video');html5v.play(); >> } else if (html5v.mozRequestFullScreen) { >> html5v.mozRequestFullScreen(); >> document.onmozfullscreenchange = v_p; >> } >> } When I reproduce this bug, video plays (1x1, expected to full screen) and audio plays. Agree with James that requestFullcressn is the problem. Is there any expected behavior to use this API?
Flags: needinfo?(etsai) → needinfo?(bwu)
Comment 8•7 years ago
|
||
I can see the log from Console: "Request for fullscreen was denied because Element.requestFullscreen() was not called from inside a short running user-generated event handler. 3qnp:233:16" Maybe this website uses requestFullscreen improperly. Hi Xidorn, What do you think?
Flags: needinfo?(bwu) → needinfo?(xidorn+moz)
Comment 9•7 years ago
|
||
Requesting fullscreen inside javascript: url via a link... That's an interesting case we probably never thought about. I think this seems to be something which should work, since the click is initiated from a user input. It isn't in a event handler, though, so it doesn't work under our current check. One solution to this is to do bug 1185052 which wants to extend the user input check to be considered true within 1s after a user input event, even if it is not called via an event handler. I think that needs security decision.
Flags: needinfo?(xidorn+moz)
Comment 10•7 years ago
|
||
From comment 9, this bug looks more related to "DOM: Events", so change the component.
Component: Audio/Video → DOM: Events
Product: Firefox for Android → Core
Updated•7 years ago
|
Priority: -- → P3
Comment hidden (spam) |
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•