Problem playing videos

UNCONFIRMED
Unassigned

Status

()

Core
DOM: Events
P3
normal
UNCONFIRMED
7 months ago
7 months ago

People

(Reporter: Dusan Kazik, Unassigned)

Tracking

54 Branch
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

7 months ago
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
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 months 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
It is reproduced by Nightly also. May I have the chance to take a look first?
This issue is not Fennec specific,

If you turn to m.mojevideo.sk (mobile version website) on Desktop Firefox, it can also be reproduced.
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)
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)
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)
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)
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)
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
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.