When trying to figure out a large amount of cached tracks was coming from, I discovered that Symphonium doesn’t expose in the UI where a track came from beyond an automatic sync. This may actually actually resolve to multiple playlists - so I guess Tue request is to identify why a track is still cached, not so much why it was downloaded.
In order to find out i had to copy the debug log to my laptop to search it (logs also uploaded under talios).
This may have an underlying bug in offline syncing native smart rules as the log showed me syncing tracks that didn’t actually appear in the Smart playlist when searching it.
The playlist was:
date added within 7 days
play count 0
Problem solved:
Makes diagnosing misbehaving syncs easier to track down.
Brought benefits:
As above - it can aid is fine tuning ones playlists and syncs.
This is not possible as you said a song can be cached because of multiple playlist + rule on genre + rule on artist + auto favorite cache + copy from playback cache + full provider cache.
And can be all at once.
For the log of you do not tell me exactly what track should not have been downloaded I can’t guess from the logs.
Oh, pretty much ALL of the entries for the “Freshly Added” playlist, I’m not sure which should or shouldn’t have been added specifically - but many of the entries don’t show up in the playlist when searching withing Synfonium.
294222:2024-11-14 10:07:22.217 Verbose/DownloadManager: Queued: Auto (Song) Northern Lights [AutoOfflineCache(id=24, mediaType=Playlist, title=Freshly Added, providerId=-1, filter1=38, filter2=, bitrate=0)]
``` This is one that included in the first log file I uploaded, at least I think that one uploaded.
It doesn't show up in the Freshly Added playlist when I search/filter by the song in the UI.
Anyway that song is from the album “Dans Les Bras De Morphée” that was added “2024-11-12 09:38:13” with a play count of 0 so is in your playlist for sure.
Weirdly tho, when I search for it when looking at the smart playlist, it’s not there. Dropbox
Playlist says 174 albums, which somehow doesn’t really sound like the 337645 unique files in that log (which doesn’t include the many sync over the last few days).
I’ll do some more digging locally won’t this has removed enough tracks that Android starts to think it has storage space again and optimize that playlist.
Cheers for the support - and, again - sorry for that log