firefox 45.0 search bar records no history

ResetDecode() will already cancel any pending seek. We already have MediaDecoderReader::ResetDecode() to do just that and is called by the MDSM when a new seek is processed (the slow to resume behavior is only observed on the 3rd time I drag the bar in the video)ĭevice: Flame 3.0 Master (full flashed 319MB KK) And after let go of finger, occasionally the video is slow to resume playing (takes ~2 seconds to resume).Įxpected: The image preview updates quickly as dragging occurs (so user knows where in the video they're seeking) and after finger leaves screen, the app continues to play the video without delay.

Repeat this several times, and pay attention to preview screen behavior while dragging, and how soon the video resumes playing after draggingĪctual: While dragging the progress bar, the image preview updates very slowly. 1147241 is resolved on v2.2, but not on v3.0, hence this bug is filed per request.ġ) On Flame 3.0, record a video of ~30 secondsĢ) In Video app, start playing the video created at step 1ģ) Drag the progress bar around, and let go of finger. This bug is filed to separate the remaining issue from bug 1147241.

Firefox 45.0 search bar records no history