Progress thumb stays at end after seeking to end of file even when playback restarts
Submitted by Mike Crowe
Link to original bug (#552790)
Description
Please describe the problem: The totem (both gstreamer and xine) progress thumb can be persuaded to stay at the end of the progress bar even though the file is playing somewhere near the beginning.
Steps to reproduce:
- Totem a-long-file.mp3
- File starts playing
- Seek by dragging the progress thumb to almost the end of the file (about 97%)
- Just as playback starts at the new position drag the progress thumb to the very end of the bar.
- Playback stops, the thumb remains at the end of the bar.
- Hit play button.
- Playback starts again from the beginning but the thumb remains unmoved at the end of the bar.
Actual results: The thumb stays at the end of the progress bar even though the file is currently playing somewhere near the beginning.
Expected results: The thumb should indicate the correct position within the file.
Does this happen every time? I can reproduce it every time but I suspect that it is quite easy to make it not happen by varying the timing or the length of the file. I used a CBR 128kbit/s MP3 file that was an hour long.
Other information: Originally reported against totem 2.22.1 in Ubuntu 8.04 at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/230089
Version: 3.4.x