1083661 - Can't stop video play when power key pressed while browser play video via youtube

Status: RESOLVED WONTFIX

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

Description

[finetree.kim]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0
Build ID: 20141013104125

Steps to reproduce:

1. Launch browser and go to youtube.com
2. play any video
3. press power key to go sleep.


Actual results:

Screen is off, but audio/video can not stop.


Expected results:

When press power key, audio/video play should be stopped.

Comment 1

[finetree.kim]

[Blocking Requested - why for this release]:

Comment 2

[finetree.kim]

flame device(master version) reproduce as well.

It can be stop to press home-key while browser play youtube.com. Only can not stop press power-key.

Comment 3

[finetree.kim]

[Flame 2.0, 8.Oct. build information]
Gecko : commit 8aa6a54001a97eff2cde8c5a3e14e7ebe88199c3
Gaia : commit 31a49c7932c7085961760a6bef9ed381ea38d7e3

Comment 4

[Rachelle Yang [:ryang][[e-mail]]]

Hi Ben, would you mind looking into the issue ? 
The bug is reproducible on master 2.2 and also requested by Partner.
Thank you very much !

Comment 5

[Ben Francis [:benfrancis]]

I believe this is expected behaviour.

I know I would be annoyed if my podcast stopped playing when I turned the screen off...

Francis, can you confirm?

Comment 6

[Andrew Overholt [:overholt]]

Yes, this is expected behaviour; see bug 828283.

This also gets reported quite often.  See bug 971414 for what I think will be a longer-term solution.

Comment 7

[Rachelle Yang [:ryang][[e-mail]]]

Triage to denominate it, since this is expected behaviour.

Comment 8

[Francis Djabri [:djabber]]

(In reply to Andrew Overholt [:overholt] from comment #6)
> Yes, this is expected behaviour; see bug 828283.
> 
> This also gets reported quite often.  See bug 971414 for what I think will
> be a longer-term solution.

Echoing Andrew, this is expected behavior.

Comment 9

[finetree.kim]

This is the operator's issue.

Would you reconsider of change?

Comment 10

[finetree.kim]

From issue # 971414, Mr. Steven will do refactor audiochannel.
I have quoted below.
The operator's report is requesting of change.
 

Star Cheng [:scheng] 2014-10-22 19:08:44 PDT

Hi, Jonas

Do you agree we land the patch into center branch? According to comment 32, Bhavana requested us to provide a interim solution for CAF. It's UX behavior change, and it is *NOT* a bug. What do you think?


StevenLee[:slee] 2014-10-22 19:27:12 PDT

(In reply to bhavana bajaj [:bajaj] from comment #69)
> can you help fill the form so we get a risk assessment here? Why are we
> hesitating to land the workaround in our 2.1 branch ? Is the workaround
> reviewed by UX team at all ?
According to comment 32, we just provide a "interim solution for 2.1". We already have plan to refactor audiochannel. We also need to discuss with UX and gaia team about the spec and implementation. So that we don't want to put the patch into m-c.


Fabrice Desré [:fabrice] 2014-10-23 10:18:38 PDT

In any case, the patch has only feeback+ and not r+ from roc. Please nominate once the situation is clear.

Comment 11

[Wayne Chang [:wchang]]

(In reply to finetree.kim from comment #10)
> From issue # 971414, Mr. Steven will do refactor audiochannel.
> I have quoted below.
> The operator's report is requesting of change.
>  

Refactoring is a lengthy process and will not be applicable to 2.0. It will introduce too much risk for you and we will not consider doing so on 2.0.

Comment 12

[BMO Automation]

Firefox OS is not being worked on