Improvements in this release are mainly around playlist handling.
We've improved playlists when tracks are unsynced. Before, each track would be shown as "Unsynced". Now, we show the full path, but with an "Unsynced" badge:
In addition (and this was a bug really) unsynced files weren't playable from the playlist. This is now fixed.
The idea with these improvements was to make playlisting give value whether storage has been synced or not.
In addition, behind the scenes we're now required to undergo a vulnerability assessment to continue integrating with Google Drive. As a result we're updating a bunch of dependencies which present theoretical vulnerabilities.
Other things:
Support cursored folder retrieval for Dropbox team accounts (allowing greater than 500 folders to be listed).
Happy New Year! (For those that follow the Gregorian calendar).
This build continues our work on library browsing, and there's some other small bits.
Fixed syncing large libraries where, after traversing the folder structure, the files would not be added.
To better support larger libraries we've added track pagination to the album, artist, genre and other library pages (except playlists, for now).
Fixed the album filters on /band/ pages.
In other news, which impacts our development work...
Before Christmas we received notice from Google that we would have to pass a rigorous verification process to ascertain that software, like ours, which connects to Google Drive is not vulnerable to a host of varied security vulnerabilities. If we chose not to undergo the process we would be limited to one-hundred connected users, which is obviously not enough to support all users of Astiga.
Google assigned a short deadline on this of mid-February which, with the development work added to a period of interview is very, very tight. We have requested an extension, but in the meantime it seems prudent to get this work done as soon as possible to avoid any break in our Google Drive integration.
Most of the development work is not actually in our code, but in updating dependencies which either have known vulnerabilities (although in practice aren't actually exposed) or in turn have their own dependencies that have known vulnerabilities.
This is why some new developments have had to be delayed, while we work on these changes. On the upside, it has improved our processes in that we now perform extra build checks for security vulnerabilities and static code checking.
Back into the New Year swing now! Our work on authorisation with Google Drive is continuing (we've also been granted an extension until mid March). But in the meantime we've been busy on useful stuff you can actually use!
This release contains the first iteration of song sorting for the Web interface. On the album, artist, band and genre pages you can now sort the songs in the song list:
These should be fairly self explanatory, but just to explain one thing: By album appears on all non-album pages and sorts the songs so that all songs on an album are together and in position order. On the album page you'll notice this is renamed to By position because, obviously, the songs you see on that page are only for one album anyway.
Next release we'll be honing a few of the edges around filtering, adding filters for albums and I hope to be releasing an updated roadmap, replacing the 2023 roadmap.
This release adds a new release date filter to album filters (still just visible under artists for now):
This filter inspects the YEAR field in your tracks' library and selects only those albums whose tracks' YEAR fall within the lower/upper bounds.
Other stuff:
Changed our cookies so that they are configured to be SameSite=Lax. We don't use SameSite=Strict to support OAuth redirection when authorising storage connections.
Much of this past three weeks has been taking refactoring some of our code to remove duplication and make things faster going forward. Here are some small improvements we made:
On an /artist/ page, don't show the songs on albums for which the artist isn't explicitly marked as the artist, unless there's no artist and the artist is marked as the "album artist" (band).
We've implemented some more improvements to sorting/filtering this week. The album filtering UX you see on genre, artist and band pages has been changed to work a little differently:
You'll notice a quirk or two in the styling - we'll fix that next release, and we'll also incorporate the same UX for song filtering.
Plus:
The album "date released" filter maintains tab focus going from "from" to "until".
Allow albums to be sorted by play count.
Allow additions to playlists from other playlists.
Handle some edge cases in PayPal IPN notifications, and be generally more verbose about reporting payment/subscription update problems.
Big changes this week to sorting and filtering! We've updated all UX so it looks and behaves the same. We think it's much easier to filter, sort and enable/disable filtering this way.
Sorting can now work ascending/descending for all sort fields. The filter button now works as a dropdown, and the button updates when a filter is chosen with an "X" next to it to remove the filter.
Plus:
Implement track pagination on playlist pages.
Escape forward slashes in artist names for links to artist pages.
A lot of work in this release! In the background we're working on some exciting improvements to library navigation, but it's not quite demonstrable yet. Hopefully in the coming weeks!
Meanwhile, a new feature: album sorting by play count:
Our sorting and filtering work is now almost concluded (track sort by plays narrowly missed out on this build) but please let us know how this can be improved some more.
Smaller items:
Fixed filter buttons after a page navigation has previously occurred.
Fix playing playlists from the playlist detail page.
Fix the "+" button for populating tracks from a playlist into the play queue from the sidenav.
Change the album song sort title from "position" to "album order".
Tracks listed on a playlist page should show whether or not their storage account exists.
Tracks listed on a playlist page should show whether or not the previous tracks come from different storage accounts.
Fix the "+" side-nav shortcut button for adding tracks from a playlist to the play queue. When files are now on deleted storage accounts, still include the tracks that do exist.
When showing an artist's songs, ignore trailing or leading whitespace originally recorded in the tag or custom metadata.
Group artists with different trailing/leading whitespace in the artists/ and bands/ list and trim the name in the URL.
Fix album sort by play count descending (most played first) - it was just working like ascending (least played first).
Update song counts when the filter buttons are used.
We've made a release of some updates for an in-progress beta test of new functionality. Because this isn't released widely we won't announce this in any detail or via other channels.
In this build we've been concentrating on some improvements in our integrations with storage providers and some library management features.
Clicking "Play" or "+" on an individual genre, artist, band or album now allows greater than 100 tracks to be added to the play queue.
If multiple drives are found in a user's OneDrive account and the drive is not identified in the Astiga "initial folder", use me/drive to ask for the canonical drive from OneDrive and use that.
If a file isn't found when it is played, make a note of it and when the next sync occurs and Remove is chosen delete it, and siblings in deleted folders, from the library.
We've given the search page an overhaul. Before, entering a search would sometimes result in a long pause with no feedback. We've changed this so the search page is shown immediately but a spinner shows until the results are returned:
You'll notice the "?" next to the other tabs. This is indicative that the search for those items isn't run until you click the tab. This makes things faster, because a big reason for the pause before was that all five searches were being sent at once.
We've added a "details" modal to show the information Astiga holds about individual songs. We think this might help with working out some tag issues:
You can get to that from the vertical ellipsis next to each song.
In addition:
Better feedback on the /premium page when you have an active subscription but are unsubscribed.
Fix the text colour on filter and sort dropdowns to not be "muted".
When storage accounts are added, then "Cancel and return..." link should return to the page from where the "Add storage account" was pressed, not the home page.
Make sure filters overwrite each other in the URL.
When a sync log isn't found for a storage account, show an error message.
This build has some improvements for the artists pages, trying to resolve some of the confusion with /artists/ and the /band/ pages.
First, we've added an option to the /artists/ list to switch between track and album artists:
The Album artists option only shows artists that are recorded as an album artist (that is, ALBUMARTIST , ALBUM_ARTIST , BAND , TPE2 or any of the other field names used in music files). All artists is the same as the old view - it includes any track artists that aren't necessarily an album artist.
In a similar vein, we've made some improvements to the artist page to filter albums or songs that are credited to the artist either as the artist of the album, or as a track artist:
There's a similar filter for tracks.
There are a bunch of fixes for the playlists page and the play queue on the Web app:
This build contains a varied selection of bug fixes and improvements. We had been working on a big improvement to album browsing, but we've had to delay that until the next release.
You might be wondering why we haven't released in a while! We've been cooking up some improvements on the Web app, but we were a bit hasty in integrating this into our codebase. Subsequently some issues were found. We're hoping to release it all early next week.
Comments
Build 20231219
Improvements in this release are mainly around playlist handling.
We've improved playlists when tracks are unsynced. Before, each track would be shown as "Unsynced". Now, we show the full path, but with an "Unsynced" badge:
In addition (and this was a bug really) unsynced files weren't playable from the playlist. This is now fixed.
The idea with these improvements was to make playlisting give value whether storage has been synced or not.
In addition, behind the scenes we're now required to undergo a vulnerability assessment to continue integrating with Google Drive. As a result we're updating a bunch of dependencies which present theoretical vulnerabilities.
Other things:
Build 20240110
Happy New Year! (For those that follow the Gregorian calendar).
This build continues our work on library browsing, and there's some other small bits.
In other news, which impacts our development work...
Before Christmas we received notice from Google that we would have to pass a rigorous verification process to ascertain that software, like ours, which connects to Google Drive is not vulnerable to a host of varied security vulnerabilities. If we chose not to undergo the process we would be limited to one-hundred connected users, which is obviously not enough to support all users of Astiga.
Google assigned a short deadline on this of mid-February which, with the development work added to a period of interview is very, very tight. We have requested an extension, but in the meantime it seems prudent to get this work done as soon as possible to avoid any break in our Google Drive integration.
Most of the development work is not actually in our code, but in updating dependencies which either have known vulnerabilities (although in practice aren't actually exposed) or in turn have their own dependencies that have known vulnerabilities.
This is why some new developments have had to be delayed, while we work on these changes. On the upside, it has improved our processes in that we now perform extra build checks for security vulnerabilities and static code checking.
Build 20240124
Back into the New Year swing now! Our work on authorisation with Google Drive is continuing (we've also been granted an extension until mid March). But in the meantime we've been busy on useful stuff you can actually use!
This release contains the first iteration of song sorting for the Web interface. On the album, artist, band and genre pages you can now sort the songs in the song list:
These should be fairly self explanatory, but just to explain one thing: By album appears on all non-album pages and sorts the songs so that all songs on an album are together and in position order. On the album page you'll notice this is renamed to By position because, obviously, the songs you see on that page are only for one album anyway.
Next release we'll be honing a few of the edges around filtering, adding filters for albums and I hope to be releasing an updated roadmap, replacing the 2023 roadmap.
Build 20240209
This release adds a new release date filter to album filters (still just visible under artists for now):
This filter inspects the
YEAR
field in your tracks' library and selects only those albums whose tracks'YEAR
fall within the lower/upper bounds.Other stuff:
SameSite=Lax
. We don't useSameSite=Strict
to support OAuth redirection when authorising storage connections.Build 20240221
Smallish items this week:
band
is set.Build 20240312
Much of this past three weeks has been taking refactoring some of our code to remove duplication and make things faster going forward. Here are some small improvements we made:
Build 20240326
This week we added track sorting by added date (that is, the date they were added to your collection):
Plus:
ALBUM ARTIST
) in the /artists/ list, even when there's anARTIST
in the same file.Build 20240411
We've implemented some more improvements to sorting/filtering this week. The album filtering UX you see on genre, artist and band pages has been changed to work a little differently:
You'll notice a quirk or two in the styling - we'll fix that next release, and we'll also incorporate the same UX for song filtering.
Plus:
Build 20240423
Big changes this week to sorting and filtering! We've updated all UX so it looks and behaves the same. We think it's much easier to filter, sort and enable/disable filtering this way.
Sorting can now work ascending/descending for all sort fields. The filter button now works as a dropdown, and the button updates when a filter is chosen with an "X" next to it to remove the filter.
Plus:
band
but inconsistentartist
fields.Build 20240508
A lot of work in this release! In the background we're working on some exciting improvements to library navigation, but it's not quite demonstrable yet. Hopefully in the coming weeks!
Meanwhile, a new feature: album sorting by play count:
Our sorting and filtering work is now almost concluded (track sort by plays narrowly missed out on this build) but please let us know how this can be improved some more.
Smaller items:
band
.Build 20240523
This build contains a new way of sorting tracks by play count:
Smaller items:
Build 20240604
A nice extra feature this week is the ability to add to a playlist from the play queue:
This is useful when listening to tracks on the play queue and assigning/classifying them by playlist.
Additionally:
Retry-After
header when getting folders from OneDrive to improve the throughput when we have high numbers of OneDrive requests.Build 20240610
We've made a release of some updates for an in-progress beta test of new functionality. Because this isn't released widely we won't announce this in any detail or via other channels.
We're still aiming for another release next week.
Build 20240618
In this build we've been concentrating on some improvements in our integrations with storage providers and some library management features.
me/drive
to ask for the canonical drive from OneDrive and use that.Build 20240702
Some storage provider and other small improvements:
Build 20240730
We've given the search page an overhaul. Before, entering a search would sometimes result in a long pause with no feedback. We've changed this so the search page is shown immediately but a spinner shows until the results are returned:
You'll notice the "?" next to the other tabs. This is indicative that the search for those items isn't run until you click the tab. This makes things faster, because a big reason for the pause before was that all five searches were being sent at once.
We've added a "details" modal to show the information Astiga holds about individual songs. We think this might help with working out some tag issues:
You can get to that from the vertical ellipsis next to each song.
In addition:
Build 20240814
This build has some improvements for the artists pages, trying to resolve some of the confusion with /artists/ and the /band/ pages.
First, we've added an option to the /artists/ list to switch between track and album artists:
The Album artists option only shows artists that are recorded as an album artist (that is,
ALBUMARTIST
,ALBUM_ARTIST
,BAND
,TPE2
or any of the other field names used in music files). All artists is the same as the old view - it includes any track artists that aren't necessarily an album artist.In a similar vein, we've made some improvements to the artist page to filter albums or songs that are credited to the artist either as the artist of the album, or as a track artist:
There's a similar filter for tracks.
There are a bunch of fixes for the playlists page and the play queue on the Web app:
There were some fixes related to our infrastructure move:
Other stuff:
Build 20240828
This build contains a varied selection of bug fixes and improvements. We had been working on a big improvement to album browsing, but we've had to delay that until the next release.
So:
You might be wondering why we haven't released in a while! We've been cooking up some improvements on the Web app, but we were a bit hasty in integrating this into our codebase. Subsequently some issues were found. We're hoping to release it all early next week.
At last!
Build 20241105
This has been a long time in coming... the reason is we had to rewrite a number of database level things to make what-we-wanted-to-do scale!
This release introduces a new way of browsing albums. In addition to the old alphabetical grouping, we've now also added a grouping by decade:
We now support playlist deletion:
There are a bunch of other changes:
Build 20241119
Back on the fortnightly releases hopefully now!
This release contains a few things tidying up the last. We encountered some issues in the infrastructure that were affected availability and performance which were partly fixed by infrastructure-level configuration over the past couple of weeks, but there are also some code level improvements which are being released here.
Image level performance improvements
The code level improvements mentioned above are:
Adding files from the storage browser to playlists
We've added the ability to add files and folders' contents to saved playlists via the "+" button; before, the button only added to the play queue:
Further improvements...
YEAR
tags.YEAR
tags.YEAR
tags.YEAR
tags.@day
MP4 tags.