Not sure whether this is a duplicate, I don't know enough about the internals of the music app.
In terms of performance, it does matter, even though you are async. It won't block the UI, but it does prevent album art from arriving because of (unneeded) artist art ahead of it in the queue. There are only so many thumbnail requests we can have outstanding at a time. So, each artist request that we get prevents an album request from being processed that, otherwise, could have gone ahead straight away. Requests to the remote server have turn-around times of around 6 seconds, so this is significant. Whatever you can do to avoid making requests for images that aren't actually needed will do a lot to improve the user experience. The thumbnailer can't help. It's image provider is simply told "fetch this", and the thumbailer goes ahead and fetches it. The thumbnailer has absolutely no idea of what's visible and what isn't. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1551524 Title: Lots of irrelevant thumbnail requests Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: Triaged Bug description: I have a bunch of songs in the Music directory, some without embedded art, some with. I leave the music app in the song list and kill it. Then: thumbnailer-admin clear tail -f ~phablet/.cache/upstart/dbus.log Now I start the music app. I've attached the dbus.log. Looking through the requests that are issue to the thumbnailer, I would expect to see only thumbnail and album requests, depending on whether a song contains embedded cover art or not. However, there are artist requests interspersed with all the other requests, even though no artist is shown in the current view. Doing this is not great because the remote server is slow, and the useless artist requests just delay the album requests that need to be shown. In other words, it makes for a worse user experience. Would it be possible to restrict requests to only what is actually needed for the current view? Things would move considerably faster that way. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1551524/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
