518125 - Setting currentTime while video is played to a special time it will seek to end of the video and stops playing

Status: RESOLVED DUPLICATE of bug 518169

(Core :: Audio/Video, defect)

Description

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Attachment: testcase

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b1pre) Gecko/20090922 Namoroka/3.6b1pre

I have found this regression while working on the Mozmill video test (bug 489474) from Mikeal. While the test passes on all platforms with Shiretoko it constantly failed with Namoroka. After some investigation I noticed that any seek action outside of the cached time range is causing this problem.

Steps:
1. Open the testcase
2. Wait around 20s to see a currentTime of 239s while we still seek to 6s

Comment 1

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Given the fact that a lot of websites are using user generated controls it should block Firefox 3.6.

Comment 2

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Ok, it's not because of caching. Somehow I'm not able to seek to positions around 6s. Lower and higher times work perfectly!?

Comment 3

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Probably a regression from bug 501031. Will check the time frame.

Comment 4

[Henrik Skupin [:whimboo][⌚️UTC+1]]

(In reply to comment #3)
> Probably a regression from bug 501031. Will check the time frame.

Ok, definitely a regression. Looks like we are too fuzzy in seeking now.

Comment 5

[cajbir (:cajbir)]

Is this a thusnelda encoded video?

Comment 6

[Henrik Skupin [:whimboo][⌚️UTC+1]]

I have no idea. I believe that Clint has it also only uploaded to his people.mozilla.com account.

Comment 7

[Chris Pearce [:cpearce (Not reading bugmail)]]

This is has the same cause as bug 518169. Fixed by the patch in that bug.