1006516 - [Toolkit] After pressing the power-on button, RTSP streaming keeps playing

Status: RESOLVED WONTFIX

(Toolkit :: Video/Audio Controls, defect, P2)

Description

[William Hsu [:whsu]]

Attachment: WP_20140506_006.mp4

* Description:
  After pressing the power on button to turn off the screen, you still can hear the voice of RTSP streaming.
  It means that the RTSP streaming keeps playing.
  Attach the demo video. (WP_20140506_006.mp4)

* Reproduction steps:
  1. Launch the following page via browser
     - http://goo.gl/FyHFNs
  2. Tap the "Video test page (3GP)"
  3. Press the power-on button while RTSP streaming is playing
  4. Check the voice.

* Expected result:
  No voice from mobile device

* Actual result:
  You still can hear the voice of RTSP streaming

* Reproduction build: V2.0 (Buri)
  - Gaia      e8a08a3f7a608993f0b302371e016e73faceea70
  - Gecko     https://hg.mozilla.org/mozilla-central/rev/2897fb554990
  - BuildID   20140505160203
  -Version   32.0a1

Comment 1

[Ethan Tseng [:ethan]]

I believe this is a regression happened recently.

Pressing the power button should propagate a Suspend event to HTMLMediaElement and media resource, ..., etc.
This is what we expect and what I see previously. Apparently this behavior is corrupted by recent commits.

This is not an RTSP-specific problem.
I find HTTP streaming has the same issue as well.
Anyway, I will look into it and see what we can do.

Comment 2

[Ethan Tseng [:ethan]]

I compared with HTTP streaming. Its behavior is exactly the same as RTSP streaming.

I start to wonder that could this behavior (keep playing after screen is locked) be made deliberately?
Howie, can you help to consult the right person to confirm this?

By the way, we think the reasonable behavior when screen is locked should be:
- Audio: Keep playing.
- Video: Suspend.

However, let's confirm the current requirement first. :)

Comment 3

[howie [:howie]]

Hi Sri, can you confirm the requirement from Comment 2? Thanks.

Comment 4

[Sri Kasetti]

The behavior suggested in comment 2 is reasonable.
From product perspective I don't own RTSP feature.
Looping in Marvin for input..

Comment 5

[Marvin Khoo [:Marvin_Khoo]]

Thanks Sri,


Hi Howie / Ethan,
I checked and compare both Android and iPhone behavior, somehow i think this is also depends on app design.
basically,

Android: both Audio and Video streaming (RTSP / HTTP) will stop once screen is lock.

iPhone: both Audio and Video streaming (RTSP / HTTP) will keep playback when screen is lock.


So,
For Audio: I can think of when user is streaming music, we shall keep it playback.
For Video: It is reasonable to "pause" it for video, so when user unlock the screen it should be "reasonable" for the system browser to reload and "resume" the streaming video. 

We do comment 2 proposal if we can commit to above behavior.


If not,
By not doing extra work, I would suggest we keep both (consistent) Audio and Video playback even screen is lock. it's a case when user watching streaming video, screen timeout and lock, s/he can easily unlock the screen and goes back to the video without need any waiting time.


in additional, 
1. Do we provide playback controller on lock screen while streaming? (iPhone provide playback controller in lockscreen when Audio or Video streaming)
2. What is current behavior when streaming Audio or Video and there is another app goes ontop system browser? e.g: Alarm ring, incoming call, etc.

Comment 6

[Ethan Tseng [:ethan]]

This bug doesn't belong to RTSP component.
Specify it to "Toolkit > Video/Audio Controls". If not adequate, please re-assign it.

Comment 7

[howie [:howie]]

remove 2.0? based on Comment 5. Hi Mark, is this belong to your team?

Comment 8

[Mark Finkle (:mfinkle) (use needinfo?)]

Hi Howie

As I mentioned in the other bug, my team only works on the video controls when we need to add a feature or fix a bug for Firefox for Android. I have 8 people working on all of Firefox for Android. I can't dedicate people to work on video controls.

If we end up working on the code, it has to be for a Firefox for Android feature. I have no idea what the RTSP streaming feature is about and how it impacts the controls or Firefox for Android. If it does impact Firefox for Android, we can help look into a fix.

Comment 9

[Marvin Khoo [:Marvin_Khoo]]

Hi Mark, when user taps a RTSP streaming link, Android will invoke a picker for user to choose playback services (Video player). Same behavior when we use Firefox for Android in Android OS.

for Firefox OS version 2.0, when user taps a RTSP streaming link, we will use system browser / Firefox browser to playback the stream instead calling media playback services (Video player), thus, i guess this doesn't fall into your team?

Comment 10

[William Hsu [:whsu]]

Legacy behavior. Modify the title because it belongs to toolkit component.

Comment 11

[Jared Wein [:jaws] (please needinfo? me)]

As this is related to B2G video, can we close this as wontfix?

Comment 12

[Ethan Tseng [:ethan]]

Close this bug because:
1) No one is working on RTSP for b2g right now.
2) The demand is pretty low or even none (rare use cases in using RTSP on mobile devices).