Closed Bug 1319115 Opened 8 years ago Closed 6 months ago

Forwarding Youtube videos on last.fm makes them stuttering

Categories

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

defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox50 --- affected
firefox51 --- affected
firefox52 --- wontfix
firefox53 --- affected

People

(Reporter: cgeorgiu, Unassigned)

Details

(Keywords: site-compat, stale-bug)

[Affected versions]: - latest Nightly 53.0a1 - latest Aurora 52.0a2 - beta 51.0b1 (2016-11-15) - RC 50.0 (2016-11-04) [Affected platforms]: - Windows 10 x64 - Ubuntu 16.04 x64 LTS - Mac OS X 10.11.5 [Steps to reproduce]: 1. Start Firefox. 2. Go to: http://www.last.fm/music/Twenty+One+Pilots. 3. Play one of the 2 tracks from the page: "Heathens" or "Cancer". 4. From the right corner, manually forward the Youtube video to its end for a few times. [Expected result]: - The Youtube video/audio is playing properly. [Actual result]: - The Youtube video/audio is stuttering after forwarding. [Regression range]: - This issue is not a regression as it is reproducible all the way back to Firefox 30. [Additional notes]: - I cannot see this behavior on Chrome
I see it jump between playing and paused on the controls.
Assignee: nobody → kikuo
I've looked into it and saw that the site invokes Pause=>Seek=>Play when it forwards. The issue happened where the site's call pattern becomes Pause => Seek => Play => (Pause => Play) * N, Chrome also has the same the phenomenon, but the Pause/Play will stop after 3~4 rounds then it continue the playing. For me, it seems somehow certain event dispatching sequence leads to the abnormal Pause/Play loop, need more time to figure this out ...
Mass wontfix for bugs affecting firefox 52.
This is an assigned P1 bug without activity in two weeks. If you intend to continue working on this bug for the current release/iteration/sprint, remove the 'stale-bug' keyword. Otherwise we'll reset the priority of the bug back to '--' on Monday, August 28th.
Keywords: stale-bug
Mass change P1->P2 to align with new Mozilla triage process
Priority: P1 → P2
Assignee: kikuo → nobody
Severity: normal → S3

I cannot reproduce this issue anymore with latest Nightly 131.0a1 under Win 11. Closing this as WFM.

Status: NEW → RESOLVED
Closed: 6 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.