High data activity, but nothing shown in download queue

Issue description:

I’m currently listening to music while connected to WiFi, and seeing high data use and a “Background tasks” notification, but nothing is listed in the download queue. I have my full Navidrome library set to auto-offline, and have had it set like this for months.

Symfonium’s data use has gone up by 7GB in 10 minutes, while listening to an album that should already be offline, in 192kbps Opus. I have playback set to not prefer server streaming.

WiFi use for the last month is also at 270GB, but the full offline cache is only 122GB, so I guess the full cache is getting regularly overwritten for some reason.

Logs:

Upload description: timetodance

Additional information:

 
I didn’t have debug logs enabled while I saw this latest high data use, and I wasn’t able to reproduce while I had logs enabled. I’ll keep an eye on it and try to capture logs again next time it happens.
 

Reproduction steps:

 

 

Media provider:

Subsonic

Screenshots:

     

Without logs not much I can do.

Auto offline cache at provider level occurs after sync.

So enable logs and force a sync to see it happens then it will be in the logs.

Reproduced and uploaded new logs and screenshots with the same log description.

The app synced my provider, and there was some new music to download which showed up in the queue — but the data use kept going after all the queue items had gone.

Use for the month is now at 278GB, but the new songs would have been ~100MB.

At the time I uploaded the logs, the offline queue was showing as empty but data use was still at ~10MB/s.

Final usage when it stopped is at 286GB.

Looking at the logs it’s all cover art downloads. The end of the log shows 297 full size image requests, and lots of the art in my library is ~10MB each.

There are far more art requests than new offline tracks. I don’t have persistent art cache enabled, so I’m guessing my art cache is getting purged on a daily basis, or the cache is getting invalidated for some reason.

Does the “Remove cached images” menu option on an album/track remove all cached images, or just for the item that’s currently selected? I’ve assumed it’s just the selected track and use that whenever I need to update a single album cover, but it looks like it might be clearing the whole cache…

It removes only the selected one and can’t remove more.

If you do not enable persistent image cache then it’s highly possible the cache is cleared by the OS (Specially on Samsung) or by those wonderful app optimizer.

So you should probably enable the persistent cache.

The other reason would be that Navidrome returns different image urls if you have rescaned. And since in the last logs only album images seems to be downloaded and not the songs that are queued first this is a possiblity.

@deluan how are the coverArt ids for albums generated? Can they change often?

@deluan how are the coverArt ids for albums generated? Can they change often?

The coverArt IDs are composed by 3 parts. Ex:

al-0cacc8fd749f28aee371f5d1a1f20c53_5428614c
  • Prefix: al = album, ar = artist, …
  • Item ID: In the example above it is the album ID 0cacc8fd749f28aee371f5d1a1f20c53
  • Timestamp: Last time the item was updated in the DB (due to import/update by the scanner)

So, if the user changes any files in a given album, the coverArt ID will change after a rescan. Besides that, it is pretty stable.