- Status Closed
- Percent Complete
- Task Type Bugs
- Category User Interface → Themes
- Assigned To No-one
- Operating System iPod 5G
- Severity Low
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#8095 - Incorrect song position display on WPS
I have tested this on my iPod 30GB 5G. I don’t know if the same problem occurs on other players.
When a song is mid-way through playing and stop is pressed (long hold of the play/pause key) the song stops and returns to the menu.
However, pressing “resume playback” will start the song again, but the position of the song will read the same time as the place it was last stopped.
The remaining time displayed will be the remaining time that was previously + the duration of the song.
To reproduce:
1. Play a song part-way (you can fast-forward a bit if you want)
2. Press STOP
3. Press “Resume Playback” on the menu
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Correction: The remaining time displayed is not remaining time that was previously + the duration of the song.
The problem I see is that audio playback begins from the start of the track again, although the WPS displays (correctly) the position where resuming should happen.
This got broken in revision 15465. I’m using MP3 by the way.
Hi Mark,
Seems fixed for me in r15482 - how is it for you? If it’s still a problem, what file format are you using?
Yes…that’s not happening any more…but that’s because the song is resuming the last position now.
Is it supposed to resume the last position after stopped or is stopping it supposed to make it go back the the beginning of the song once resumed, because that’s what was happening before?
If it’s supposed to make it go to the beginning, then there is a different problem (this was the behaviour at the time of reporting of the bug).
If not, then this flyspray can be closed…
Oh, and I was using MP3.
It’s meant to resume, like it does now.