1118575 - Far seek on YouTube spins forever in dev edition - but does not freeze the browser

Status: RESOLVED FIXED

(Core :: Audio/Video: Playback, defect)

Description

[Milan Sreckovic [:milan] (needinfo for best results)]

Going to https://www.youtube.com/watch?v=gWGLAAYdbbc#t=13 is fine.  So is going to https://www.youtube.com/watch?v=gWGLAAYdbbc#t=13.

Trying https://www.youtube.com/watch?v=gWGLAAYdbbc#t=150, and the browser freezes.

Comment 1

[Milan Sreckovic [:milan] (needinfo for best results)]

(In reply to Milan Sreckovic [:milan] from comment #0)
> Going to https://www.youtube.com/watch?v=gWGLAAYdbbc#t=13 is fine.

I meant going to https://www.youtube.com/watch?v=gWGLAAYdbbc is fine.

Comment 2

[Milan Sreckovic [:milan] (needinfo for best results)]

I tried dev edition with E10S - freeze.  Nightly without E10S - no freeze.

Comment 3

[David Parks [:handyman]]

Milan,

I'm able to play the video fine with the standard build (not dev edition) on my MBP with the link you gave ( https://www.youtube.com/watch?v=gWGLAAYdbbc#t=150 ).  It properly jumps to 2m30s and plays fine from there.  Would you mind trying the non-dev edition and seeing if you still have the issue?

Comment 4

[Milan Sreckovic [:milan] (needinfo for best results)]

I never had a problem with the trunk :), I only had the problem with the dev edition.  However, trying that same version today does not show a problem anymore.  It could be a timing issue (the bug originally showed up on my home network), so let me try this from home before we "works for me" it.

Comment 5

[Milan Sreckovic [:milan] (needinfo for best results)]

Same link: https://www.youtube.com/watch?v=gWGLAAYdbbc#t=150, with the latest dev edition (no e10s), it just spins seeking, but the browser is not locked.  Manually dragging the time to something less seems to help.

Comment 6

[Jim Mathies [:jimm]]

(In reply to Milan Sreckovic [:milan] from comment #5)
> Same link: https://www.youtube.com/watch?v=gWGLAAYdbbc#t=150, with the
> latest dev edition (no e10s), it just spins seeking, but the browser is not
> locked.  Manually dragging the time to something less seems to help.

I can't reproduce the freeze on Windows. I can reproduce the "far seek, browser doesn't play video" in non-e10s. I wonder if that's been filed as a separate bug?

Steve, can you reproduce the far seek -> hang on mac with nightly + e10s?

https://www.youtube.com/watch?v=gWGLAAYdbbc#t=150

Comment 7

[Steven Michaud [:smichaud] (Retired)]

> https://www.youtube.com/watch?v=gWGLAAYdbbc#t=150

I just tried this in today's Developer Edition and mozilla-central nightlies (and in the latter in both e10s and non-e10s modes).  In no case did I see any problems -- the video played (from its offset starting point), and there were no hangs.

I tested on OS X 10.8.5 (with a non-Retina display).

Interestingly, I couldn't get an e10s window to test with in the Developer Edition, and the browser.tabs.remote.autostart setting made no difference there (even after restarting).

Comment 8

[Jim Mathies [:jimm]]

Note aurora and e10s aren't compat, you can't turn e10s on for any build other than nightly. Resolving wfm since nightly + e10s + advanced seek doesn't freeze. (Note the advanced seek problem is real and is reproducible on branches other than nightly.)

Comment 9

[David Parks [:handyman]]

I can actually repro this and I'm pretty far into it so I'm resurrecting the bug.  The originating issue is a truncated audio packet (2314 bytes of a 3460 byte audio packet).

Comment 10

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

I think this has been fixed. Re-open if it is still an issue.