FS#7244 - Follow playlist results in selection of next track
Recipe:
1) Enable Follow Playlist.
2) Play a track in the File Browser (not the last track in a directory though).
3) Press SELECT to go from the WPS back to the browser.
Expected result:
The currently playing track is highlighted.
Actual result:
The next track is highlighted. Testing with shuffle enabled I can see this is the next track to be played, not the next track in the directory. You may need to repeat the process a few times (i.e. pressing SELECT from WPS)…
Notes:
I can repro this from cleared settings, just enabling Follow Playlist.
This only occurs on my H340, but not on the H340 simulator.
Closed by pondlife
2007-07-06 20:53
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
2007-07-06 20:53
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
Committed the patch, seems to work
fine.
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
maybe it is the same bug as mine: http://www.rockbox.org/tracker/task/7248
I can reproduce this bug with my 80gig ipod video
I can confirm the bug (F60). Another symptom is that the wps-tag %fn (filename) shows the next filename and not the current one for the described scenario.
It appears that (mp3entry).path is somehow set incorrectly, as it also effects plugins that make use of that information.
roolku - FYI, your symptom is logged as
FS#7248.OK, the attached one-line patch resolves this… the question is does it break anything else?? Please give it a spin: