summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2007-05-19 16:54:25 +0000
committerDaniel Stenberg <daniel@haxx.se>2007-05-19 16:54:25 +0000
commit0eae80decd08e726b3198809d5f26b1392e1edff (patch)
treec136f2637bad4ea07ecaf7be96377653cc82d567
parent9cccd42368f85cdf0d07b8429d8c23b730b9de78 (diff)
downloadrockbox-0eae80decd08e726b3198809d5f26b1392e1edff.tar.gz
rockbox-0eae80decd08e726b3198809d5f26b1392e1edff.zip
deleting files and then resume is not good
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@13412 a1c6a512-1295-4272-9138-f99709370657
-rw-r--r--docs/KNOWN_ISSUES3
1 files changed, 3 insertions, 0 deletions
diff --git a/docs/KNOWN_ISSUES b/docs/KNOWN_ISSUES
index 4ae88cb9fd..0c44acc685 100644
--- a/docs/KNOWN_ISSUES
+++ b/docs/KNOWN_ISSUES
@@ -40,3 +40,6 @@ FS#5796 - Early encoders such as this one employed a floor of type '0', as
Files like these require quite a bit of memory to decode, more than what
Rockbox has set aside for the purpose. Adding a real malloc for the codecs
might help...
+
+FS#6411 - Resuming a playlist after having deleted one or more files makes
+ the resume point end up on the wrong song.