Closed Bug 1021570 Opened 10 years ago Closed 6 years ago

[RTSP][V2.0] Cannot replay RTSP streaming after user taps "X" icon of URL bar to stop RTSP streaming

Categories

(Firefox OS Graveyard :: RTSP, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog, b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)

RESOLVED WONTFIX
tracking-b2g backlog
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- affected

People

(Reporter: whsu, Unassigned)

Details

(Whiteboard: permafail)

Attachments

(2 files)

* Description:
  Now, we used built-in player to play RTSP streaming.
  I found if user taps "X" icon of URL bar to stop RTSP streaming then taps play ">" icon to replay RTSP streaming,
  the built-in player doesn't have any response and the timestamp is wrong.
  I will attaching the demo video later

* Reproduction steps:
  1. Visit follow web page and tap "Video test page"
  2. Tap "X" icon of URL bar to stop RTSP streaming while RTSP streaming is playing
  3. Tap ">" icon of built-in media player to play RTSP streaming again.

* Expected result:
  You can replay RTSP streaming

* Actual result:
 - You cannot replay RTSP streaming
 - The timestamp is wrong

* Reproduction build:( Mozilla Central - V2.0 )
 - Gaia      a38a6a5c6fabc97dd16d5360632b5ac5c7e06241
 - Gecko     https://hg.mozilla.org/mozilla-central/rev/951e3a671279
 - BuildID   20140604160202
 - Version   32.0a1
Attached video WP_20140606_032.mp4
Attach the demo video
blocking-b2g: --- → 2.0?
Product

Please comment if this is the right behavior or bug
Flags: needinfo?(ffos-product)
qawanted: please try this same scenario against a Html5 test video to see if the behavior matches.  STR would be:

1. load a big test html5 video, and watch it buffer as it loads
2 . hit play while the video is still buffering, and let the video start playing
3. hit the X to stop in the urlbar
4. observe if the behavior for HTML5 video streaming matches what comment 0 is showing

Hopefully this information will provide more feedback to product in making a requirements call.
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Whiteboard: [2.0-flame-test-run-2]
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Switching the NI to Marvin here.
Flags: needinfo?(ffos-product) → needinfo?(mkhoo)
QA Whiteboard: [QAnalyst-Triage+]
(In reply to Tony Chung [:tchung] from comment #3)
> qawanted: please try this same scenario against a Html5 test video to see if
> the behavior matches.  STR would be:
> 
> 1. load a big test html5 video, and watch it buffer as it loads
> 2 . hit play while the video is still buffering, and let the video start
> playing
> 3. hit the X to stop in the urlbar
> 4. observe if the behavior for HTML5 video streaming matches what comment 0
> is showing
> 
> Hopefully this information will provide more feedback to product in making a
> requirements call.

The behavior is different.
There didn't have "X" icon on the URL bar while we play html5 video.
Attach the demo video.(WP_20140618_019.mp4)
Keywords: qawanted
Attached video WP_20140618_019.mp4
QA Whiteboard: [QAnalyst-Triage+][lead-review+]
"the built-in player doesn't have any response and the timestamp is wrong." <- this is a bug.

for the X icon, I think this is related to the web page whether it's fully loaded or not. I don't see critical for the icon here as long as it stop when user press the X, and be able to reply the video and show correct timestamp once hits the playback again.
Flags: needinfo?(mkhoo)
Backlog per comment 7
blocking-b2g: 2.0? → backlog
(In reply to Preeti Raghunath(:Preeti) from comment #8)
> Backlog per comment 7

comment 7 isn't implying that. comment 7 is implying that he agrees it's a bug. It doesn't speak to the critcality.
blocking-b2g: backlog → 2.0?
(In reply to Jason Smith [:jsmith] from comment #9)
> (In reply to Preeti Raghunath(:Preeti) from comment #8)
> > Backlog per comment 7
> 
> comment 7 isn't implying that. comment 7 is implying that he agrees it's a
> bug. It doesn't speak to the critcality.

I'll clarify though why this isn't a blocker.

If a user hits the X button, then it's true that the video will fail to play if the user tries to start the video again. However, the user can workaround this issue by reloading the link continuing RTSP video to load up the video again. Given that there's a workaround that exists that users understand, this isn't a blocker.
blocking-b2g: 2.0? → backlog
Summary: [RTSP][V2.0] Cannot reply RTSP streaming after user taps "X" icon of URL bar to stop RTSP streaming → [RTSP][V2.0] Cannot replay RTSP streaming after user taps "X" icon of URL bar to stop RTSP streaming
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?][lead-review+]
Flags: needinfo?(ktucker)
Whiteboard: [2.0-flame-test-run-2] → [2.0-flame-test-run-2] [2.0-flame-test-run-3]
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?][lead-review+]
Flags: needinfo?(dharris)
Whiteboard: [2.0-flame-test-run-2] [2.0-flame-test-run-3] → permafail
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(dharris)
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?]
Flags: needinfo?(dharris)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
blocking-b2g: backlog → ---
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: