798935 - Embedded Videos will not play on Fox News, NBC, Bill O'Reilly

Status: RESOLVED WORKSFORME

(Tech Evangelism Graveyard :: English US, defect)

Description

[Gary King]

Attachment: BO.PNG

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0
Build ID: 20121007030539

Steps to reproduce:

Visit sites and the embedded videos will not play. Videos in Various Forums also will not play
http://video.foxnews.com/v/1826592412001/debbie-wasserman-schultz-caught-in-a-lie/?playlist_id=87262&intcmp=obnetwork
[url=http://www.foxnews.com/on-air/oreilly/index.html]http://www.foxnews.com/on-air/oreilly/index.html[/url]


Actual results:

Videos did not play


Expected results:

Video should have played

Comment 1

[Gary King]

http://worldnews.nbcnews.com/_news/2012/10/07/14272123-biggest-challenge-yet-chavezs-socialist-rule-at-risk-as-venezuelans-vote?lite

URL for MSNBC

Comment 2

[Alice0775 White]

The video in comment#0 works when set dom.w3c_touch_events.enabled = false(need restart)
So this is regressed by bug 726615.

Comment 3

[Gary King]

In reply to comment 2, it does play when that is set to false but the bug still needs to be fixed. The average user will not know this.

Comment 4

[Jim Jeffery not reading bug-mail 1/2/11]

(In reply to Alice0775 White from comment #2)
> The video in comment#0 works when set dom.w3c_touch_events.enabled =
> false(need restart)
> So this is regressed by bug 726615.

726615 landed last month, so something recent must be setting this off rather than the fault of that patch.

Comment 5

[Loic]

(In reply to Gary King from comment #3)
> In reply to comment 2, it does play when that is set to false but the bug
> still needs to be fixed. The average user will not know this.

New W3C touch events will be disabled by default in Aurora on Windows, see bug 798821.

I confirm I don't get anymore "Error: Source not supported." with dom.w3c_touch_events.enabled = false.

Comment 6

[Gary King]

Does it still not need to be addressed in Nightly Build 18?

Comment 7

[WildcatRay]

(In reply to Gary King from comment #6)
> Does it still not need to be addressed in Nightly Build 18?

Please stop spamming the bug. Bugzilla is not a complaints forum. It is for identifying potential bugs, the steps to reproduce the bug, ID the regression range, discussing ways to fix the bug and submitting the fix(es).

Besides, all Alice was doing as providing a key piece of information for whoever has to fix the bug. No one ever said this bug should not be fixed.

Comment 8

[Gary King]

Ray, PO. I created this bug and I was only asking a question. I am not spaming anything if anyone is it is you! I was responding to this :

New W3C touch events will be disabled by default in Aurora on Windows, see bug 798821.

Comment 9

[Loic]

Read bug 798821, they are discussing about the best solution (disabled in Aurora/enabled in Nightly, sniffing etc).

Comment 10

[Gary King]

To comment 9, thanks

Comment 11

[Makoto Kato [:m_kato]]

This is site bug.

If no createTouch, it uses Flash as video player.  But if supports, it uses mp4 video.  So since Chrome supports MP4 as video codec, even if using Chrome 24 w/ touch device, it works.

Comment 12

[Gary King]

To comment 11. This is not a site bug. Those videos will play using Firefox 15 or any other browser. We are NOT dealing with Chrome24.

Comment 13

[Makoto Kato [:m_kato]]

(In reply to Gary King from comment #12)
> To comment 11. This is not a site bug. Those videos will play using Firefox
> 15 or any other browser. We are NOT dealing with Chrome24.

Touch event supports on Firefox 18 or later.  If any browser supports touch event, current foxnews.com uses MP4 as video codec instead of Flash.  If not support, it still uses Flash.  If Opera for desktop supports touch event, same issue will occur.

Chrome for Windows suppors touch event if there is touch device.  so even if touch enabled, it can see video as MP4 video.  (Chrome supports MP4 codec)

foxnews.com should stop check document.createTouch to choose whether MP4 or Flash.  This check is incorrect.  They should use user-agent or nother way.

Comment 14

[Masatoshi Kimura [:emk]]

(In reply to Makoto Kato from comment #13)
> They should use user-agent or nother way.
They should use canPlayType(). User-Agent sniffing is as bad as testing a random property.

Comment 15

[Gary King]

To comment 14, this is more than one site. Is the Net to change to accommodate  a simple change in Firefox 18?[quote]dom.w3c_touch_events.enabled = false(need restart)[/quote]

Comment 16

[Masatoshi Kimura [:emk]]

(In reply to Gary King from comment #15)
We are discussing workaround (disabling touch events on Windows) in bug 798821. But it doesn't mean sites do not have to fix their bug. For example, we can't disable touch events on Android and MetroFirefox.

Comment 17

[Gary King]

To comment 16. Then maybe this report should be closed and referenced to bug 798821. As long as it gets resolved, the method is not that important to me.

Comment 18

[Masatoshi Kimura [:emk]]

This bug has been morphed into Tech Evangelism bug to track the site bug.
Please add yourself to CC list of bug 798821 if you have the interest.
Unfortunately there is no way the reporter unsubscribes from the reported bug.

Comment 19

[Gary King]

Original problem is now working in The latest Nightly build.

Comment 20

[Gary King]

This should be marked resolved. It works for me in Fx21