New release bugs
It seems the latest releases has given me some bugs. For one, Tempo doesn't show any images anymore. It doesn't seem to affect all apps. Feishin seems fine at large (although the items inside a playlist don't show images, it shows everywhere else).
As a second, the Astiga app gives a connection error when I try to save a playlist. This is especially troublesome, as I am still using that to edit playlists due to the issues I had with the web editor (I also really miss an "add next in queue" button there, but that's unrelated).
Comments
Can you run with logging with Tempo to see if it is mentioning the problem? Is it the latest version?
Which way are you saving the playlist - via the "disk" icon on the play queue? Can you name the playlist (feel free to email it).
For the first question. I'm not sure how to turn logging on, but I will look into it. I actually got Tempo to now have images on most places. Now it's the same as with Feishin. However, the playlists still don't show images. When music is played from a playlist, they don't have pictures either. The same behavior is in the official Astiga Android app. But when music is played from anywhere else, it does show the album art. It seems to be related to playlists somehow.
For the second. I'm trying to save using the 3 dot menu in the play queue, then select "save playlist". It's the Eurovision playlist. I tried saving it under other names as well, but I get a network error. It says "Failed to save playlist, please try later. A network error occurred. Please check t..."
Outside of that. I've been able to fix most things in my playlist in the web player, outside that I cannot delete the unsynced file in it. When I try to do that, it deletes the first track in the playlist instead. So that bug still exists.
Yeah, we've made a few playlist changes in the last release, so it might relate. Can you let me know if you get the logs, particularly the http calls?
I've replicated the failure to save, which seems to be a general issue. We'll fix that asap.
Outside of that. I've been able to fix most things in my playlist in the web player, outside that I cannot delete the unsynced file in it. When I try to do that, it deletes the first track in the playlist instead. So that bug still exists.
This works for me. I'm using the "+" next to the unsynced track. Are you doing the same? If this covers sensitive data just send me an email.
We've fixed the saving issue, should be deployed in the next build. Thanks for reporting! 👍️
Yeah, we've made a few playlist changes in the last release, so it might relate. Can you let me know if you get the logs, particularly the http calls?
Great, I'm really missing my pictures. It really seems to be playlist only on every platform, so I suspect it's the changes indeed. I didn't track any logs, I've been insanly busy so I honestly haven't had much time (I even keep forgetting I made a ticket here, hence the late response) but I'd expect it should be easy to replicate.
This works for me. I'm using the "+" next to the unsynced track. Are you doing the same?
Yup, sure am.
Did you get the logs then?
I'm also unable to browse my actual storage. I see a JavaScript Uncaught TypeError: playlist is not iterable in the console (can't upload / paste a screenshot here).
If it helps, the get-folder endpoint returns correct JSON with a list of folders, but the UI fails to parse it.
OK, fixed. My song names had Turkish characters and eventually I traced this to Slim throwing a 500. UTF8 encoding problem, I'm guessing, because removing the Turkish characters from the file name solved the problem.
Thanks - that's obviously still a bug! Can you let us know the song name affected?
The app playlist saving is fixed.
Sorry. I was just checking if there was already a fix and it seems it got lost on my side.
I'm not entirely sure what logs I can provide outside of my browser console. But for reference, have a picture of one of my playlists and the network calls as well as the errors I see in console. Perhaps that helps.
So once again, since it has been some time, the issue is that there are no pictures in anything selected from playlists, but the pictures show everywhere else. Issue shows on the Astiga website as well as other subsonic based apps.
Interestingly: as I had a few more issues with sync vhanges not showing I decided to resync the whole library. After that, it seems fixed.
I'm curious why there appeared so many syncing issues with my library lately tho. My last few issues all seemed sync related. Might be worth looking into
The artwork issue was fixed in the latest build.
The sync issues were likely related to the movement of the sync machine into our new infrastructure - there have been a few crashes while we iron issues out. We're nearly there; please let me know what you see, sync wise, and I can look into it for you.
Well, it seems my woes are not over yet. If I now click albums, I get links like: https://play.asti.ga/artist/?artist-album-credit=band&artist-tracks-credit=band
Literally that, those "artist-album-credit=band" is not a placeholder I put there. So now I can't go to album pages.
On play.asti.ga, the tabs are near empty, including recently added. Only a few Bollywood songs are there, but nothing else exist.
If I try to open an genre page in Feishin, it's even entirely empty!
In Tempo the playlists now have pictures, but after I press play the queue is filled but nothing plays. In Feishin and the Astiga website, playlists do play.
The exact issues seem to differ per app/website, but it seems at first glance like during the sync, the metadata didn't get grabbed or stored properly by Astiga blocking any kind of playback or browsing as soon as the app wants to grab the broken metadata.
Well, it seems my woes are not over yet. If I now click albums, I get links like: https://play.asti.ga/artist/?artist-album-credit=band&artist-tracks-credit=band
I'm struggling to replicate this. Can you give me the exact flow of pages/links you click from login to get this? (By email if you prefer).
Your library currently looks properly populated to me.
I say that, although I noticed you're running a forceRefresh sync which will remove your library before re-adding... thus your library will look depleted. Is this a sync you ordered to try to fix the above?
I think I've seen a possible cause - if a sync job crashes as above (and it did again last night) and you have a "force refresh" sync ordered, the force refresh will occur again, removing your library and rebuilding it. I've changed your job to a non-force fresh so that if it restarts again you won't lose the previous progress, while we work on the stability.
The first force sync was on purpose indeed, it fixed the playlist images. But the rest wasn't my doing, I guess from the crashes as ypu said.
That explains why it seemed to work and a day later not. It seems your change has done the trick. It has been normal now. If anything weird pops up again I'll let you know.
You might want to default it to a normal sync after one crash. After all, everything has already been deleted on the first try so there is little use keep doing it again.
Yes, we added a ticket to the backlog to that effect yesterday! 👍️