Closed Bug 1083661 Opened 10 years ago Closed 6 years ago

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

Categories

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

Product:
Firefox OS Graveyard
Component:
Gaia::Browser
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: finetree.kim, Unassigned)

References

Details

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.
[Blocking Requested - why for this release]:
blocking-b2g: --- → 2.0?
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.
Flags: needinfo?(wchang)
[Flame 2.0, 8.Oct. build information]
Gecko : commit 8aa6a54001a97eff2cde8c5a3e14e7ebe88199c3
Gaia : commit 31a49c7932c7085961760a6bef9ed381ea38d7e3
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 !
Flags: needinfo?(bfrancis)
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?
Flags: needinfo?(bfrancis) → needinfo?(fdjabri)
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.
Triage to denominate it, since this is expected behaviour.
blocking-b2g: 2.0? → ---
(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.
Flags: needinfo?(fdjabri)
This is the operator's issue.

Would you reconsider of change?
Blocks: 971414
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.
(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.
Flags: needinfo?(wchang)
Firefox OS is not being worked on
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.