Closed Bug 1062993 Opened 10 years ago Closed 10 years ago

Flicker of new target frame while seeking before reverting to old frame

Categories

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

Product:
Core
Component:
Audio/Video
Platform:
x86
Windows 8.1
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: kinetik, Unassigned)

References

(Blocks 1 open bug)

Details

+++ This bug was initially created as a clone of Bug #1062878 +++ While trying to reproduce the cloned bug in a Nightly, I see a flash of the seek target frame while seeking, which then reverts to the frame of the pre-seek position until the seek completes (...and we've buffered enough to resume playback, presumably).
Blocks: MSE
We determined this to be a should fix not a must fix.
Priority: -- → P2
Is this still an issue? I can't reproduce it
Matthew - can you still reproduce this? Otherwise we should close it.
Flags: needinfo?(kinetik)
Nope. There is some slightly odd behaviour here, where if you hold the LMB during seeking, you can see the frame differs from the frame that's show once you release the LMB, but this appears to be down to the YouTube player displaying a "preview frame" from the "seek preview strip" above the controls until you release the LMB.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(kinetik)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.