Closed Bug 1078118 Opened 10 years ago Closed 10 years ago

Youtube HTML5 video stops playing after moving seek bar to outside of buffered area.

Categories

(Core :: Audio/Video, defect)

x86_64
All
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Tracking Status
firefox35 --- verified

People

(Reporter: krishna2642, Assigned: kinetik)

References

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0
Build ID: 20141002185629

Steps to reproduce:

1. Start playing HTML5 youtube video: https://www.youtube.com/watch?v=LTnkqaWW1CY

2. Wait for buffering.
3. Move the seek bar back and forward.


Actual results:

1. Move the seek bar forward within buffered zone -- this works. Video plays correctly.
2. Move the seek bar past the buffered zone -- this doesn't work. Video pauses. Some times I hear only audio.
3. Move the seek bar back after letting video play for several minutes--this doesn't work. Video pauses.

I tried "3" after going back and clicking link again starting video from beginning


Expected results:

Video should play correctly when moving seek bar.

This bug is similar to bug #1040552 which is RESOLVED-FIXED. 

I checked about:config and media.mediasource.enabled is set to true.

I am using OpenSuse 13.1
media.mediasource.enabled is false in Firefox33 and Aurora by default.

You should try in Nightly35.0a1.
Component: Untriaged → Video/Audio
Product: Firefox → Core
I tried it in Nightly.

Moving the seek bar past the buffered zone doesn't work.

Moving the seek bar past the buffered zone and then moving it back also doesn't work.
I can reproduce the problem on Windows7 and Ubuntu12.04 with media.mediasource.enabled = true.

Steps To Reproduce:
1. Set media.mediasource.enabled = true
2. Open http://www.youtube.com/watch?v=O6tra0YF22k for exsample
   And skip ad if any
3. move seek bar to outside of buffered area

Actual Results:
Video stops with spinning throbber. and no network activity.

Expected results:
The video should be played and buffered properly.


Regression window(m-i)
Good:
https://hg.mozilla.org/integration/mozilla-inbound/rev/6122db43cad3
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 ID:20140930200924
Bad:
https://hg.mozilla.org/integration/mozilla-inbound/rev/5997c0f393ba
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 ID:20140930203524
Pushoog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=6122db43cad3&tochange=5997c0f393ba

Regressed by: Bug 1074004
Blocks: 1074004
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
OS: Linux → All
Summary: Youtube HTML5 video stops playing after moving seek bar. → Youtube HTML5 video stops playing after moving seek bar to outside of buffered area.
Version: 33 Branch → Trunk
[Tracking Requested - why for this release]:
Assignee: nobody → kinetik
Status: NEW → ASSIGNED
Bug 1077086 will fix the regression from bug 1074004.
Assignee: kinetik → nobody
Status: ASSIGNED → NEW
Depends on: 1077086
(In reply to Matthew Gregan [:kinetik] from comment #5)
> Bug 1077086 will fix the regression from bug 1074004.

A regression, but apparently this is a different one.  I think I know what it is.
Assignee: nobody → kinetik
Status: NEW → ASSIGNED
The patch I pushed in bug 1077086 will fix this.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Fixed by bug 1077086 on 35, so not tracking.
Flags: qe-verify+
Reproduced with Nightly 2014-10-05 on Windows 7 64-bit with str from comment 0/comment 3.
Verified as fixed with Firefox 35 beta 5 (Build ID: 20141218174327) on Windows 7 x64, Mac OS X 10.9.5 and Ubuntu 12.04 x32. 
Although, if I request the HTML5 player via https://www.youtube.com/html5, play again the video(s) and seek forward/back a couple of times, the video blocks (no spinning throbber) on all platforms.
Matthew, any ideas on this?
Flags: needinfo?(kinetik)
(In reply to Alexandra Lucinet, QA Mentor [:adalucinet] from comment #9)
> Matthew, any ideas on this?

No, sorry.  That sounds like a new/different issue.  Might be worth filing a new bug if you can reproduce it reliably.
Flags: needinfo?(kinetik)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.