If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

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

NEW
Unassigned

Status

()

Core
Audio/Video: Playback
3 years ago
8 months ago

People

(Reporter: bwu, Unassigned)

Tracking

Trunk
ARM
Gonk (Firefox OS)
Points:
---

Firefox Tracking Flags

(blocking-b2g:-, b2g-master affected)

Details

(Whiteboard: [platform-rel-Youtube])

Attachments

(1 attachment, 1 obsolete attachment)

(Reporter)

Description

3 years ago
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%
(Reporter)

Comment 1

3 years ago
Correct a typo and add quote marks.
Summary: [FFOS 2.2] Youtbue sometimes shows video format or MIME type is not supported but after refreshing it can play. → [FFOS 2.2] Youtube sometimes shows "Video format or MIME type is not supported." but after refreshing it can play.
(Reporter)

Comment 2

3 years ago
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
(Reporter)

Comment 3

3 years ago
[Blocking Requested - why for this release]:
I hit this problem quite often.
blocking-b2g: --- → 3.0?
Comment hidden (off-topic)
Comment hidden (off-topic)
(Reporter)

Updated

3 years ago
Attachment #8575177 - Attachment is obsolete: true
Depends on: 1175696
blocking-b2g: 2.5? → 2.5+

Updated

2 years ago
status-b2g-v2.2: --- → affected
Keywords: qawanted, regression
(Reporter)

Comment 6

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

Updated

2 years ago
Flags: needinfo?(ettseng)
(Reporter)

Comment 7

2 years ago
I'm not sure we still hit this problem on 2.5.
Created attachment 8647741 [details]
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
Flags: needinfo?(bwu)
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)

Updated

2 years ago
Keywords: regressionwindow-wanted
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.
Keywords: regressionwindow-wanted
(Reporter)

Comment 10

2 years ago
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.
Flags: needinfo?(bwu)
Summary: [FFOS 2.2] Youtube sometimes shows "Video format or MIME type is not supported." but after refreshing it can play. → [FxOS 2.5] Youtube shows "No Video with supported format and MIME type found." in a short time and afterwards it plays.
Based on comment 8.9 and comment 10, putting regression window back and please see comment 8 for newest bug behavior.
status-b2g-v2.2: affected → unaffected
status-b2g-master: --- → affected
Keywords: regressionwindow-wanted
QA Contact: pcheng
QA Whiteboard: [QAnalyst-Triage+]
Version: 37 Branch → Trunk
QA Contact: pcheng
(Reporter)

Comment 12

2 years ago
[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.
blocking-b2g: 2.5+ → 2.5?
Flags: needinfo?(ettseng)
Remove 2.5? according to comment 12.
blocking-b2g: 2.5? → -
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
QA Contact: pcheng
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.
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.2: unaffected → ---
Flags: needinfo?(jmercado)
Keywords: regression, regressionwindow-wanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado)
Component: Audio/Video → Audio/Video: Playback
platform-rel: --- → ?
Whiteboard: [platform-rel-Youtube]
platform-rel: ? → ---
You need to log in before you can comment on or make changes to this bug.