Albums with ~ in title don't work, //band on the end of URL
Hey,
Another little issue. I have 2 albums by Koda Kumi called W Face ~Inside~ and W Face ~Outside~. Somewhere recently these stopped working correctly. When I click on the album on the artist page, it gives me the following URL with an "oops page not found" page: https://play.asti.ga/album/W%20Face%20~Inside~//band
The //band on the end seems odd. I also seem to recall you retired the band URL. I'm guessing the ~ is doing something odd to your URLs since.
When I play songs from the album from a playlist it oddly enough does work. And while it doesn't work in third party apps like Feishin either, the files work fine when searching them trough folder view in the Astiga app (probably because it then works around the URL).
Comments
The "/band" you see is a temporary fix - we'll hopefully have rid of them soon. We'll look into the error.
I just noticed I also have the issue on an album called "Sweet Black" from "Maki Goto", so it seems like the ~ isn't the cause.
I also noticed other albums that do work don't end with //band, but with /[artist]/band. So the oddity of the double // does seem to come into play somewhere (it seems that for some reason, on some albums the artist isn't filled in between them). I have no clue why however, the metadata tags are the same as on other tracks, yet only a few don't work.
For example, a working page is: "https://play.asti.ga/album/Angel/Chanmina/band"
But one that doesn't work: "https://play.asti.ga/album/Sweet%20Black//band"
Yeah - it's a sync problem. When we ship the next version I think if you perform a resync it should work out - if not I can do some manual data cleaning.
I did a complete resync after yesterday's release, but I fear the same issue still persist. It's also still on the same albums, so I wonder if there is something in those albums that breaks?
The changes didn't go into this last build - there's a problem with the way album metadata in our database is updated. I can try running a manual cleanup this afternoon, but your library will look incomplete for an hour or so. Is that ok @Cambionn ?
It's fine. Go for it! Just let me know when you turned it on 😉
It's running...
These albums appear to show the tracks fine now... agree?
Yes! Seems to work good now.
👍️
This issue still seems to exist in some way. Currently, Bruce Springsteen's Tunnel Of Love doesn't work. The URL shown is: https://play.asti.ga/album/Tunnel%20Of%20Love/ . I feel like I'm missing the artist in the URL.
The songs do work fine when selected from storage so the files are fine, and they worked in the past anyways. But that is little help when using a desktop player that doesn't have folder access.
Sorry, I'll check this tomorrow...
After yesterdays build, this also broke the play button for playing all albums on Bruce Springsteen's page. Yesterday (before the release) doing so would load all albums beside the broken one (although no error message). But today I only get the following error message.
I would say the old behaviour is more preferable than the new, although the error message to see something didn't work should stay.
Can you let me know what buttons you are pressing? It appears to work for me...
Also, Tunnel of Love is working for me. As you say, it would normally have the artist name. How are you arriving at that page?
If you're using the app, might it need re-building?
Click it on the official website, as well as in any subsonic-based app. Tempo shows no tracks, Feishin gives the error above.
Deleting data or cache doesn't help. In fact, I had a new laptop lately and I still get the same issue.
The one thing that does work, is going trough storage folder browser to the files (like tempo and the website can do). If you select if from there it plays fine. But anything else doesn't. So https://play.asti.ga/storage/Stack/#Astiga/Rock/Bruce%20Springsteen/1987%20-%20Tunnel%20Of%20Love works. But anywhere I go trough the regular interfaces based on the metadata it doesn't. Seems to me like an issue somewhere in sync/the Astiga database of tracks/albums.
So selecting the album from https://play.asti.ga/artist/Bruce%20Springsteen or https://play.asti.ga/genre/Rock doesn't work, as those redirect to https://play.asti.ga/album/Tunnel%20Of%20Love/ giving an "oops page not found" page. The same behaviour can be seen in Tempo and Feishin.
Can you send me a screen recording of this via email? I have tried to replicate, but it works for me.
Could you try a force refresh sync on just that folder?
Sorry that I keep replying late, I'm insanely busy.
I tried a force resync on that folder, but it doesn't work. Looking at the log, it doesn't seem like it actually forced recynced that folder tho. The full log is too long for the forum software (it complains about over 400K too many characters), but it's the log that started at:
When I try to normal sync that folder only, the sync does look like expected but obviously it doesn't help with the issue:
Regarding the screen recording. I made some gifs. But there isn't much special to see I fear.
On the Astiga website:
In Feishin:
It's a bit hard to make a recording of Tempo on my phone, but it's more of the same stuff. Unlike Tempo it doesn't give any specific error message. The error message in Tempo can be seen in the earlier reply in this post, in case you wanna read it 😉.
Ah, I think this is an issue that was highlighted to me by another listener via email the other day.
This album has edited metadata. There's a bug in the current metadata editor which isn't correctly updated album records, which means that there's no link between the tracks and the album. While the album may be listed, not all of its data is in the database and that's why the failure to show the album occurs.
I manually edited this for you. Can you check the behaviour now?
In Feishin it works normally now.
However, on the Astiga website it doesn't. When I press the play button from recently played it gives me an empty play queue.
If I click on the album page on the website it looks like this:
The URL seems correct now, but it's not grabbing the data.
If the problem is edits with the metadata editor, would an easier solution be to simply remove the files, sync, and re-add them? That way the manual edits would be removed (unless something changed there).
Yep, you could do that...