Attached is a smaller set of test songs. None of these have an empty artist or album tag, and all of them contain cover art. The problem still shows up with your test qml, Victor.
None of these songs produce errors, so we can rule out the error handling as the culprit. What I'm seeing is that the list resets to the beginning whenever there is a miss on the cache. It's easy to see this by following the thumbnailer log and scrolling down very slowly. Things work exactly up to the point where the first miss is encountered. But, whether we have a miss or a hit at the service end makes no difference to the client, other than the amount of time it takes for the request to complete. (Hits and misses are indistinguishable to the client). I've verified that we are returning the correct image data on the client side after both hits and and misses. I wonder whether there is a collation problem of some kind, or whether it is possible for the association of which request goes with what list item to get messed up somehow? ** Attachment added: "testsongs.tar.gz" https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1542175/+attachment/4566614/+files/testsongs.tar.gz -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
