1030544 - [OPEN C_1.3] Stream video can't continue play when the phone changed the connecting state from wifi to GPRS

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::Video, defect)

Description

[chencong]

Attachment: screen

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36

Steps to reproduce:

1  Play one stream video on Youtube webaddree through wifi connecting way.
2  Turn on the GPRS data connect and turn off the wifi
3  The stream video aborted


Actual results:

The stream video aborted. When reopen the same video , the video can't continue play.


Expected results:

Like the Android phone, the stream video will pause the video play when the connecting changed from wifi to GPRS. When user click play button, the stream video can play continue.

Comment 1

[chencong]

Attachment: adb log

Comment 2

[chencong]

This is one issue raised by Mexico Telcel. They want to get one explain for this issue. Thanks.

Comment 3

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Chen Cong -

Sure, we will check to see if this is a platform limitation. But why is this a security bug?

Thanks

Vance

Comment 4

[chencong]

hi Vance,  

It's my fault to click the button, would you please to recovery it?

Thank you!

Comment 5

[howie [:howie]]

Hi Ken, can we have some explanation to this one? Thanks.

Comment 6

[Ethan Tseng [:ethan]]

I cannot reproduce this bug following the STRs in comment 0 (I used Flame with B2G 2.0).

However, I reproduced a quite similar result by doing these steps.
1. Open a video stream from Youtube on B2G browser (using Wifi).
2. Turn off Wifi after playing the video for a short period of time.
   (Notice this step should be done before the buffering of the video completes, otherwise we couldn't
    reproduce the problem.)
3. Wait for the video playing until the end of the buffered zone.
4. An error message "Video playback aborted due to a network error" is shown due to lack of networking.
   (As the attached screen shot.)
5. Turn on 3G now.
6. Tap the screen, the control panel shows "pause" instead of "play".
   If we click the pause button, the video will be not played, which looks like the scenario described
   in this bug.

In my case, I think the problem is, when network error happens and an error message is prompted, our media player is not able to resume the playback.

But I am not sure this is the same scenario as the one reported in comment 0.

Comment 7

[Ethan Tseng [:ethan]]

Hi Benjamin,

Can you help to take a look at this issue?
It seems the root cause is about the state of the media player.

Comment 8

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Chen Cong -

Could you help to check Comment#6 to see if that is the same problem as your tester observed?

Thanks

Comment 9

[chencong]

Hi Vance,

Out test engineer used the youtube app to test it.

Thanks

Comment 10

[Ethan Tseng [:ethan]]

(In reply to chencong from comment #9)
> Hi Vance,
> Out test engineer used the youtube app to test it.
> Thanks

In FXOS, the media player is the same no matter you use the browser or youtube app.
The key point is, once the network is disconnected while the streaming is still being delivered, a network error will be reported and then the media player cannot resume the playback even after the network connection is back.

What we want to know is if this is the same problem you are talking about. :)

Comment 11

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Ethan -

Just check with partners, indeed what you observe in Taiwan is exactly the same as the one partner observe in Mexico. 

Since now there is a log available, could you kindly help to analyze the logs and provide your feedbacks from network perspective?

Thanks for your help

Comment 12

[Ethan Tseng [:ethan]]

(In reply to Vance Chen [:vchen][[e-mail]] from comment #11)
> Hi Ethan -
> Just check with partners, indeed what you observe in Taiwan is exactly the
> same as the one partner observe in Mexico. 
> Since now there is a log available, could you kindly help to analyze the
> logs and provide your feedbacks from network perspective?
> Thanks for your help

Vance, thanks for helping verify this.

From the perspective of networking, when any network error happens, the only thing we can do is to report such error event up to MediaDecoder. Network part is not able to resume the playback on its own.
I guess the solution to this issue might involve MediaDecoderStateMachine or something like that.
I already requested our colleague in Media team, Benjamin Chen, to assist to analyze this issue.

If it's urgent, please draw his attention to raise the priority.

Comment 13

[BMO Automation]

Firefox OS is not being worked on