-
Notifications
You must be signed in to change notification settings - Fork 16
Playlist count not syncing properly #117
Comments
Hm. Is it possible that your static playlist "favorites - overall" has duplicate songs? It's not documented anywhere, but autoplaylists currently will only include one copy of a track due to how the local database works. |
I checked for it. I initially had 1000 songs. I manually vetted them all and removed duplicates and brought it down to 979. I know for sure that 144 duplicates is not possible at all. Also, I did notice this. Most of the songs that were missing were AA. I tried searching for specific AA songs from Favorites - Overall - 1 under Test. |
Gotcha; thanks for checking. In that case we'll have to look for more general syncing issues. Here's what I'd recommend:
Hopefully one of these will get things working again! |
I also checked the objects of the array. Each object had a specific id and for the objects and the response code was "Ok". |
Hm. If you let the preiodic syncs happen for a bit, does the number of tracks on Google's end increase over time? The slow decrease in mutations seems to suggest that (though it could also mean the ordering is becoming more correct). |
The total number of tracks is still at 835. There are AA songs in the playlist too. Also, I can also see that the songs that are missing are also AA ones. Could it be because of some kind of error with the id may be? |
Possibly. I've had strange problems with AA tracks in the past. If you compared a working AA track vs a nonworking one, do they have the same type? The easiest way to make it show up in the results is to sort on it (you can also use the debugging interface and a query like |
I have bee trying to figure this out and I think I just did. Google music has been ignoring songs in these two scenarios:
Is there any short fix for this? God I am going through my playlist vetting it one at a time. |
Hey there! Sorry for the delay; I'm just now digging myself out from under a pile of holiday emails.
Ah, yes, this is what I was thinking in my previous comment. Right now, the track cache is filled by requesting all the songs in your library, so these ones never end up getting pulled in. Google seems to treat them as normal AA tracks otherwise (type 5 + a store id in the web interface), so fixing this boils down to finding a way to get their extended metadata. I'm tracking this separately in #119, but I'm not confident Google's apis will easily support a fix.
Are you able to find these tracks in your library? These sound like normal scan-and-match tracks, which I'd expect to work just fine.
The only thing I can think of in the short term is making sure all songs in linked playlists have been added to your library. https://productforums.google.com/forum/#!topic/play/CDzcG3Y3PUk describes a way to do this per-playlist. |
I'm going to close this as a duplicate of #119; feel free to add a comment if that's not right. |
Hi
I started using the Autoplaylist extension. First up, kudos for that. It is amazing. Secondly, I found a problem with the playlist generation. I am not sure if this has already been addressed but I tried to generate an auto playlist. I have a playlist on Google Play music with about 970 odd songs (Name: Favorites - Overall 1). I generated a playlist where the playlist is equal to Favorites - Overall 1. The generated playlist did not have the same count as the actual one.
I have attached the screenshots for all that. Do let me know what the problem is.
The text was updated successfully, but these errors were encountered: