755728 - Video player is not created at m.220.ro

Status: NEW

(Core :: Audio/Video: Playback, defect)

Description

[Adrian Tamas (:AdrianT)]

Attachment: screenshot

Nightly 15.0a1 2012-05-16
Device: HTC Desire Z/HTC Desire
OS: Android 2.3.3/Android 2.2.2

Steps to reproduce:
1. Go to m.220.ro
2. Open any of the articles.
3. Tap the play icon.

Expected results:
The video player is created and the video is played or a missing plugin placeholder is displayed.

Actual results:
The play icon disappears and the video player is never created.
If the player is not supported at least a placeholder for it should be created to inform the user that it is not supported.
The player works on the Andorid Stock Browser.

Notes:
Please see the videocapture: http://youtu.be/VZ510dG7pkw

The code for the video:

<video id="h5player" class="video-js" width="100%" poster="http://s2.220.t1.ro/?mmid=4d623113f72f004b75" durationHint="203.64" controls="controls" preload="none">
<source type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"' src='http://s2.220.t1.ro/?mmid=83960113f62301c8ac&plm=k.mp4'/><object type="application/x-shockwave-flash" data="http://st.220.t1.ro/_files/players/video/MPlayer_r50.swf" width="100%" height="300">
<param name="allowfullscreen" value="true">
<param name="allowScriptAccess" value="sameDomain" />
<param name="wmode" value="opaque" />
<param name="flashvars" value="videoURL=http%3A%2F%2Fs2.220.t1.ro%2F%3Fmmid%3D83960113f62301c8ac&preview=http%3A%2F%2Fs1.220.t1.ro%2F%3Fmmid%3D4d623113f72f004b75&rel=http%3A%2F%2Fm.220.ro%2Fsimilare.php%3Faid%3DUUUuPT3VMR&aplay=false&lnk=http%3A%2F%2Fm.220.ro%2Fdocumentare%2FCum-S-Au-Modificat-Granitele-In-Europa-In-Ultimii-1000-De-Ani%2FUUUuPT3VMR%2F&_aid=UUUuPT3VMR&title=Cum+s-au+modificat+granitele+in+Europa+in+ultimii+1000+de+ani&desc=Un+clip+de+trei+minute+surprinde+toate+modificarile+existente+la+nivelul+granitelor+statelor+europene%2C+din+anul+1000%2C+pana+in+2005.&categURL=http%3A%2F%2Fm.220.ro%2Fdocumentare%2F&categName=Documentare%2C+Science+%26amp%3B+Tech&textads=&videoads=&rating=3.95">
<param name="movie" value="http://st.220.t1.ro/_files/players/video/MPlayer_r50.swf">
<img src="http://s2.220.t1.ro/?mmid=4d623113f72f004b75" width="100%" alt="Cum s-au modificat granitele in Europa in ultimii 1000 de ani">
</object>
</video>

Comment 1

[Adrian Tamas (:AdrianT)]

Attachment: logs

Comment 2

[Aaron Train [:aaronmt]]

We currently dont support H.264/MP4

Comment 3

[Kartikaya Gupta (email:[e-mail])]

Yeah, but the page rendering is kinda messed up, with the big play icon appearing over the google ad, and no placeholder for the video. We should still display a placeholder and position the play icon correctly.

I see this happening on a desktop build as well sometimes but reloading the page fills in the placeholder. Not sure why that happens, maybe if we don't get the placeholder fast enough we don't render it? Seems like a race condition or something.

Comment 4

[Alex Keybl [:akeybl]]

Desktop QA - this is an intermittent bug that we'd like to find a regression window for on the desktop (where it's much simpler to find). This bug affects both desktop and mobile. Thanks!

Comment 5

[Tony Chung [:tchung]]

also flagging blocking-k90, as there may be more sites like these that have fallback video code from Flash to h.264 or other supported codecs.  

B2g will want this, and im aware there are some brazillian sites we are talking to that have handle this today for iphone.

Comment 6

[Alex Keybl [:akeybl]]

roc - would you mind finding an assignee for this bug? We may be able to make progress here before QA finds a regression range. It would be great to take a fix on Aurora prior to Fennec Native's release.

Comment 7

[Robert O'Callahan (:roc) (email my personal email if necessary)]

(In reply to Kartikaya Gupta (:kats) from comment #3)
> I see this happening on a desktop build as well sometimes but reloading the
> page fills in the placeholder. Not sure why that happens, maybe if we don't
> get the placeholder fast enough we don't render it? Seems like a race
> condition or something.

I can't reproduce on desktop. How do you reproduce it?

Comment 8

[Kartikaya Gupta (email:[e-mail])]

It didn't happen often on desktop for me; I think I saw it twice out of ~15 page loads. I didn't do anything special to reproduce it, it just happened. I probably had the UA switcher addon set to a Fennec UA string but I'm not sure if that makes a difference since the site is already the mobile version.

Comment 9

[Adrian Tamas (:AdrianT)]

A similar issue can be seen at deadspin.com (link http://m.deadspin.com/5913209/snoop-dogg-tebowed-after-throwing-out-tonights-first-pitch-in-chicago) on both Firefox Mobile 14.0b3 build 2 and on Desktop Firefox 12(changing the useragent to android). In this case a frame from the video is displayed and the video can be set to fullscreen but controls are not accessible and nothing happens after tapping the play icon.

Comment 10

[Robert O'Callahan (:roc) (email my personal email if necessary)]

(In reply to adrian tamas from comment #9)
> A similar issue can be seen at deadspin.com (link
> http://m.deadspin.com/5913209/snoop-dogg-tebowed-after-throwing-out-tonights-
> first-pitch-in-chicago) on both Firefox Mobile 14.0b3 build 2 and on Desktop
> Firefox 12(changing the useragent to android). In this case a frame from the
> video is displayed and the video can be set to fullscreen but controls are
> not accessible and nothing happens after tapping the play icon.

I'm not sure that this is related. When I try this, I get a <video> element with a poster http://cdn-thumbs.viddler.com/thumbnail_2_2edca360_v2.jpg (which is what you see) and a src URL of http://deadspin.a.ec.viddler.com/deadspin_1w0get0wpr9yq704eipci9tm6168t5.3gp?fd9f2a1c14aadf1069f046c36af41e2bff3b97d654f6daee83189fd929eac1527272d970800596de5a3641caaa5ae89a06c5e06c1da884be3b0335, which simply returns me an HTML 403 "Forbidden", which naturally doesn't play...

Also the page's <video> element has a "type" attribute "video/3gpp", which desktop Firefox can't play, although in fact the "type" attribute is not defined on <video> elements, only on <source> elements so this has no effect.

Anyway, no bug of ours on that page as far as I can tell.

Comment 11

[Robert O'Callahan (:roc) (email my personal email if necessary)]

As for this bug ... On desktop we display the poster correctly. We don't fall back to the contained <object>, because we follow the spec which says not to.

On mobile, the video element simply appears to not be present. If it is present, it has zero height. The play button appears where it does because it's position:absolute and has other styles placing at the center of the video box. So the mystery is why the video element is not present or has zero height. Unfortunately I can't figure out how to get a DOM inspector or similar tool working on mobile :-(.

Comment 12

[Brad Lassey [:blassey] (use needinfo?)]

roc, can you nominate the bugs that will be required to support H.264 on Android please?

Comment 13

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Done.

Comment 14

[juan becerra [:juanb]]

Is it still worth QA spending some time trying to find a regression range for this on desktop?

Comment 15

[Paul Silaghi, QA [:pauly]]

Attachment: 220.ro FF desktop screenshot

(In reply to adrian tamas from comment #9)
> A similar issue can be seen at deadspin.com (link
> http://m.deadspin.com/5913209/snoop-dogg-tebowed-after-throwing-out-tonights-
> first-pitch-in-chicago) on both Firefox Mobile 14.0b3 build 2 and on Desktop
> Firefox 12(changing the useragent to android). In this case a frame from the
> video is displayed and the video can be set to fullscreen but controls are
> not accessible and nothing happens after tapping the play icon.

I confirm this also on FF 14b7 on Win 7/64 if spoofing my UA to android.


(In reply to adrian tamas from comment #0)
> Nightly 15.0a1 2012-05-16
> Device: HTC Desire Z/HTC Desire
> OS: Android 2.3.3/Android 2.2.2
> 
> Steps to reproduce:
> 1. Go to m.220.ro
> 2. Open any of the articles.
> 3. Tap the play icon.

Without changing the UA, if quickly opening 15-20 videos in new tabs, most of the videos would say the format is not supported (see format not supported.png) but sometimes FF doesn't show anything about the unsupported format (see 220.ro.png)

Comment 16

[Paul Silaghi, QA [:pauly]]

Attachment: format not supported

Comment 17

[Alex Keybl [:akeybl]]

(In reply to Robert O'Callahan (:roc) (Mozilla Corporation) (away June 9-19) from comment #11)
> As for this bug ... On desktop we display the poster correctly. We don't
> fall back to the contained <object>, because we follow the spec which says
> not to.

Given this, and the fact that this isn't blocking Fennec 1.0, untracking for FF14. Also dropping the qawanted keyword.

Comment 18

[(mostly gone) XtC4UaLL [:xtc4uall]]

FWIW, I can repro on Desktop back to Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.28) Gecko/20120306 Firefox/3.6.28 ID:20120306064154 (didn't test further).

Comment 19

[Robert O'Callahan (:roc) (email my personal email if necessary)]

(In reply to Alex Keybl [:akeybl] from comment #17)
> Given this, and the fact that this isn't blocking Fennec 1.0, untracking for
> FF14. Also dropping the qawanted keyword.

Shouldn't we be untracking for FF15 as well?

Comment 20

[Alex Keybl [:akeybl]]

(In reply to Robert O'Callahan (:roc) (Mozilla Corporation) from comment #19)
> (In reply to Alex Keybl [:akeybl] from comment #17)
> > Given this, and the fact that this isn't blocking Fennec 1.0, untracking for
> > FF14. Also dropping the qawanted keyword.
> 
> Shouldn't we be untracking for FF15 as well?

Yessir. Untracked.