1123209 - [FxOS 2.5] Youtube shows "No Video with supported format and MIME type found." in a short time and afterwards it plays.

Status: RESOLVED INCOMPLETE

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

Description

[Blake Wu [:bwu][:blakewu]]

OS version: 
FFOS V2.2

Device:
Flame

STR:
1. Go to youtube.
2. Search "HD movies" (this may not be required). 
3. Choose one of the resulting list. 
4. Press the play button to play it.
5. After seeing some frames, choose another film of the list.
6. As step 4. It will show "Video format or MIME type is not supported"

After refreshing the page and pressing the play button, it can play again. 

Repro rate:
~50%

Comment 1

[Blake Wu [:bwu][:blakewu]]

Correct a typo and add quote marks.

Comment 2

[Blake Wu [:bwu][:blakewu]]

It looks like HttpChannel failed to get the request @[1].
The following is the stack which the error happens

#0  mozilla::dom::HTMLMediaElement::NoSupportedMediaSourceError (this=0xb20faa80) at /Volumes/firefoxos/mFlame/B2G/gecko/dom/html/HTMLMediaElement.cpp:713
#1  0xb5a3ffba in mozilla::dom::HTMLMediaElement::MediaLoadListener::OnStartRequest (this=0xb25c2b40, aRequest=0xb196444c, aContext=0x0)
    at /Volumes/firefoxos/mFlame/B2G/gecko/dom/html/HTMLMediaElement.cpp:350
#2  0xb53019fa in mozilla::net::HttpChannelChild::DoOnStartRequest (this=this@entry=0xb1964400, aRequest=aRequest@entry=0xb196444c, aContext=0x0)
    at ../../../../gecko/netwerk/protocol/http/HttpChannelChild.cpp:360
#3  0xb530b7a0 in mozilla::net::HttpChannelChild::OnStartRequest (this=this@entry=0xb1964400, channelStatus=@0xbe9edc78: NS_OK, responseHead=..., 
    useResponseHead=@0xbe9edc60: true, requestHeaders=..., isFromCache=@0xbe9edc64: false, cacheEntryAvailable=@0xbe9edc68: true, 
    cacheExpirationTime=@0xbe9edc80: 1421651626, cachedCharset=..., securityInfoSerialization=..., selfAddr=..., peerAddr=...)
    at ../../../../gecko/netwerk/protocol/http/HttpChannelChild.cpp:350
#4  0xb530b940 in mozilla::net::HttpChannelChild::RecvOnStartRequest (this=0xb1964400, channelStatus=@0xbe9edc78: NS_OK, responseHead=..., 
    useResponseHead=@0xbe9edc60: true, requestHeaders=..., isFromCache=@0xbe9edc64: false, cacheEntryAvailable=@0xbe9edc68: true, 
    cacheExpirationTime=@0xbe9edc80: 1421651626, cachedCharset=..., securityInfoSerialization=..., selfAddr=..., peerAddr=..., redirectCount=@0xbe9edc6c: 0)
    at ../../../../gecko/netwerk/protocol/http/HttpChannelChild.cpp:294
#5  0xb54182d2 in mozilla::net::PHttpChannelChild::OnMessageReceived (this=0xb1964400, __msg=...) at PHttpChannelChild.cpp:528
#6  0xb53fae50 in mozilla::dom::PContentChild::OnMessageReceived (this=0xb445d818, __msg=...) at PContentChild.cpp:4794
#7  0xb539ab88 in mozilla::ipc::MessageChannel::DispatchAsyncMessage (this=0xb445d848, aMsg=...) at ../../../gecko/ipc/glue/MessageChannel.cpp:1231
#8  0xb539ecd2 in mozilla::ipc::MessageChannel::DispatchMessage (this=0xb445d848, aMsg=...) at ../../../gecko/ipc/glue/MessageChannel.cpp:1158
#9  0xb53a0152 in mozilla::ipc::MessageChannel::OnMaybeDequeueOne (this=<optimized out>) at ../../../gecko/ipc/glue/MessageChannel.cpp:1142
#10 0xb52295aa in DispatchToMethod<FdWatcher, void (FdWatcher::*)()> (
    method=(void (FdWatcher::*)(FdWatcher * const)) 0xb53a00db <mozilla::ipc::MessageChannel::OnMaybeDequeueOne()>, obj=<optimized out>, arg=...)
    at ../../../gecko/ipc/chromium/src/base/tuple.h:383
#11 RunnableMethod<FdWatcher, void (FdWatcher::*)(), Tuple0>::Run (this=<optimized out>) at ../../../gecko/ipc/chromium/src/base/task.h:307
#12 0xb5399020 in Run (this=<optimized out>) at ../../dist/include/mozilla/ipc/MessageChannel.h:437
#13 mozilla::ipc::MessageChannel::DequeueTask::Run (this=<optimized out>) at ../../dist/include/mozilla/ipc/MessageChannel.h:454
#14 0xb5390340 in MessageLoop::RunTask (this=0xbe9ee1c0, task=0xb17edd68) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:361
#15 0xb53927fe in MessageLoop::DeferOrRunPendingTask (this=<optimized out>, pending_task=...) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:369
#16 0xb5394354 in DoWork (this=<optimized out>) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:447
#17 MessageLoop::DoWork (this=0xbe9ee1c0) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:426
#18 0xb5399770 in mozilla::ipc::DoWorkRunnable::Run (this=<optimized out>) at ../../../gecko/ipc/glue/MessagePump.cpp:233
#19 0xb5250300 in nsThread::ProcessNextEvent (this=0xb44026a0, aMayWait=<optimized out>, aResult=0xbe9ee0bf) at ../../../gecko/xpcom/threads/nsThread.cpp:855
#20 0xb525c020 in NS_ProcessNextEvent (aThread=<optimized out>, aMayWait=aMayWait@entry=false) at /Volumes/firefoxos/mFlame/B2G/gecko/xpcom/glue/nsThreadUtils.cpp:265
#21 0xb539bc5c in mozilla::ipc::MessagePump::Run (this=0xb4401df0, aDelegate=0xbe9ee1c0) at ../../../gecko/ipc/glue/MessagePump.cpp:99
#22 0xb53902cc in MessageLoop::RunInternal (this=this@entry=0xbe9ee1c0) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:233
#23 0xb5390380 in RunHandler (this=0xbe9ee1c0) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:226
#24 MessageLoop::Run (this=0xbe9ee1c0) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:200
#25 0xb5c5c426 in nsBaseAppShell::Run (this=0xb386ae80) at ../../gecko/widget/nsBaseAppShell.cpp:164
#26 0xb5f835a6 in XRE_RunAppShell () at ../../../gecko/toolkit/xre/nsEmbedFunctions.cpp:738
#27 0xb53902cc in MessageLoop::RunInternal (this=this@entry=0xbe9ee1c0) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:233
#28 0xb5390380 in RunHandler (this=0xbe9ee1c0) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:226
#29 MessageLoop::Run (this=this@entry=0xbe9ee1c0) at ../../../gecko/ipc/chromium/src/base/message_loop.cc:200
#30 0xb5f83a6a in XRE_InitChildProcess (aArgc=<optimized out>, aArgv=<optimized out>, aGMPLoader=<optimized out>) at ../../../gecko/toolkit/xre/nsEmbedFunctions.cpp:575
#31 0xb6f8dd7c in content_process_main (argc=6, argv=0xbe9eeb54) at ../../../gecko/ipc/app/../contentproc/plugin-container.cpp:211
#32 0xb6ec94a4 in __libc_init (raw_args=0xbe9eeb50, onexit=<optimized out>, slingshot=0xb6f8dd99 <main(int, char**)>, structors=<optimized out>)

[1]https://dxr.mozilla.org/mozilla-central/source/dom/html/HTMLMediaElement.cpp?from=HTMLMediaElement.cpp#350

Comment 3

[Blake Wu [:bwu][:blakewu]]

[Blocking Requested - why for this release]:
I hit this problem quite often.

Comment 4

[Blake Wu [:bwu][:blakewu]]

Attachment: WIP-Bug-1123209-Unbind-audio-channel-from-video-case.patch

Hi baku, 
May I have your feedback?

Comment 5

[Blake Wu [:bwu][:blakewu]]

Comment on attachment 8575177 [details] [diff] [review]
WIP-Bug-1123209-Unbind-audio-channel-from-video-case.patch

Sorry...wrong bug.

Comment 6

[Blake Wu [:bwu][:blakewu]]

Hi Ethan, 
I think this should not be a audio/video bug. 
Could you have a look or someone can help on this?

Comment 7

[Blake Wu [:bwu][:blakewu]]

I'm not sure we still hit this problem on 2.5.

Comment 8

[Pi Wei Cheng [:piwei] (inactive)]

Attachment: screenshot of bug behavior (possibly a different bug)

On the latest I'm seeing this issue differently than originally reported.

I was only able to reproduce this bug on 2.5 and not on 2.2. Issue is reproducible on Aries and Flame 2.5. Not reproducible on Flame 2.2. I'm also not seeing the log demonstrated at comment 2 when the issue reproduces, maybe there's some special variables that needed to be enabled to get that log?

NI reporter to confirm whether this is the same bug as originally reported.

STR:
0) Kill all browser sessions if you have any open
1) Go to www.youtube.com
2) Tap to view any video and look very closely as it initializes the video

Bug behavior: Very briefly it displays the attached screenshot error before the video starts playing. This can be easily missed because video controls UI is displayed at the same time. The video does play after the error though. The bug also seems more likely to occur on the first video you watch within a browser session.

Reproduces on:
Device: Flame 2.5
BuildID: 20150813030210
Gaia: 52f3ea58df38e5427f6afeb636bc6ad01d24022f
Gecko: 7649ffe28b67aa2dad0f67ea01500c0ff91b2bac
Gonk: c4779d6da0f85894b1f78f0351b43f2949e8decd
Version: 43.0a1 (2.5) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0

Device: Aries 2.5
BuildID: 20150812231434
Gaia: 52f3ea58df38e5427f6afeb636bc6ad01d24022f
Gecko: 7649ffe28b67aa2dad0f67ea01500c0ff91b2bac
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0

Bug does NOT reproduce on:
Device: Flame 2.2
BuildID: 20150812032504
Gaia: 102f1299e9eafe3760e1deb44d556b5c4f36b5af
Gecko: 9295034c0ee3
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Comment 9

[Pi Wei Cheng [:piwei] (inactive)]

QA is waiting for reporter to confirm whether comment 8 is of the same bug as comment 0. If it's not, then this bug is no longer reproducible and should be closed out.

Comment 10

[Blake Wu [:bwu][:blakewu]]

I don't see the problem as comment 0 on my Flame. I can see the same problem as comment 8, although that error message shows in a very short time.

Comment 11

[Pi Wei Cheng [:piwei] (inactive)]

Based on comment 8.9 and comment 10, putting regression window back and please see comment 8 for newest bug behavior.

Comment 12

[Blake Wu [:bwu][:blakewu]]

[Blocking Requested - why for this release]:
After discussing with ayang, we think this bug should be not so serious to be a blocker bug. 
The reason is user still can watch Youtube properly and the error message just shows up in a very short time.

Comment 13

[Ethan Tseng [:ethan]]

Remove 2.5? according to comment 12.

Comment 14

[Michael Bryant (uber)]

Initial Regression Window as per Comment 8's description:

Last working build

Build ID               20150511010202
Gaia Revision          6089234ace8b294a8feef064387604bae16254e3
Gaia Date              2015-05-10 13:57:12
Gecko Revision         d8420a541d1c
Gecko Version          40.0a1
Device Name            flame
Firmware(Release)      4.4.2


First broken build

Build ID               20150511122605
Gaia Revision          6089234ace8b294a8feef064387604bae16254e3
Gaia Date              2015-05-10 13:57:12
Gecko Revision         502e1a5e722f
Gecko Version          41.0a1
Device Name            flame
Firmware(Release)      4.4.2


First broken gaia with last working gecko -> No reproduction

Gaia: 6089234ace8b294a8feef064387604bae16254e3
Gecko: d8420a541d1c

Last working gaia with first broken gecko -> Reproduces

Gaia: 6089234ace8b294a8feef064387604bae16254e3
Gecko: 502e1a5e722f

Gecko Push Log:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d8420a541d1c&tochange=502e1a5e722f

Comment 15

[Pi Wei Cheng [:piwei] (inactive)]

This issue appears to NOT be a regression. I checked the last working build in central and it's not reproducing the bug by NOT auto-playing a video. The first broken build auto-plays youtube videos. So I think the issue could have always been there it was just obscured by not auto-playing and it is now being exposed by having the auto-play feature.

From the comment 14 pushlog I don't see anything related to this bug or youtube autoplay so I think a regression window isn't going to be helpful.

Comment 16

[Ralph Giles (:rillian)]

We're not working on Firefox OS issues anymore. Closing as incomplete.