Fix FS#9319 and its (probably) duplicate, FS#9576. They both describe the boost remaining active after a change of the dynamic playlist, an issue added in r17109.

The fix is to notify the buffering thread whenever an ID3 handle is created via bufopen (as is done in the other cases of bufopen).


git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19304 a1c6a512-1295-4272-9138-f99709370657

1 files changed, 5 insertions, 0 deletions

diff --git a/apps/buffering.c b/apps/buffering.c
index 534a82d7b9..ba613eb9db 100644
--- a/apps/buffering.c
+++ b/apps/buffering.c
@@ -907,6 +907,11 @@ int bufopen(const char *file, size_t offset, enum data_type type)
 
         buf_widx += sizeof(struct mp3entry);  /* safe because the handle
                                                  can't wrap */
+
+        /* Inform the buffering thread that we added a handle */
+        LOGFQUEUE("buffering > Q_HANDLE_ADDED %d", h->id);
+        queue_post(&buffering_queue, Q_HANDLE_ADDED, h->id);
+
         return h->id;
     }