starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-09-04 00:47:18 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[Enhancement]: When sorting in "Date Added Desc Order" included Series "added date" should be the date the last book was added to Series #2766

New Issue
Open
opened 2026-04-25 00:10:18 +02:00 by adam · 3 comments
adam commented 2026-04-25 00:10:18 +02:00
Owner
Copy Link
Copy Source

Originally created by @classicspam on GitHub (May 13, 2025).

Type of Enhancement

None

Describe the Feature/Enhancement

When sorting by added date desc the series date should be the date the last book was added to the series.

Also I am not sure if this is a front end thing or a backend thing and if the Mobile app would be separate from this request (i.e. if it is a backend api request ordering thing then the mobile app may "inherit" the changes)

Why would this be helpful?

So that books added to Series do not get "Lost" when sorting the book list by date added in desc order (with collapse series toggle on) (or even the recently added series list on the homepage) . By "Lost" I mean that if a book was added to the series then the Series should be considered as recently added to and thus the series "date" should be the date of the last book added to the series if you sort the series in any desc order by date.

Future Implementation (Screenshot)

Book Screen:

collapse series off:

Image

collapse series on:

Image

Home Screen:

Image

Audiobookshelf Server Version

v2.21.0

Current Implementation (Screenshot)

No response

Originally created by @classicspam on GitHub (May 13, 2025). ### Type of Enhancement None ### Describe the Feature/Enhancement When sorting by added date desc the series date should be the date the last book was added to the series. Also I am not sure if this is a front end thing or a backend thing and if the Mobile app would be separate from this request (i.e. if it is a backend api request ordering thing then the mobile app may "inherit" the changes) ### Why would this be helpful? So that books added to Series do not get "Lost" when sorting the book list by date added in desc order (with collapse series toggle on) (or even the recently added series list on the homepage) . By "Lost" I mean that if a book was added to the series then the Series should be considered as recently added to and thus the series "date" should be the date of the last book added to the series if you sort the series in any desc order by date. ### Future Implementation (Screenshot) Book Screen: collapse series off: ![Image](https://github.com/user-attachments/assets/85cfe6ec-aefe-41b9-af69-05f109e27aeb) collapse series on: ![Image](https://github.com/user-attachments/assets/3ddfba71-d1dc-4460-8a53-f6f378984d17) Home Screen: ![Image](https://github.com/user-attachments/assets/d655f96e-0227-405f-aca1-25ec078f2a49) ### Audiobookshelf Server Version v2.21.0 ### Current Implementation (Screenshot) _No response_
adam added the enhancement label 2026-04-25 00:10:18 +02:00
adam commented 2026-04-25 00:10:19 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (May 13, 2025):

I think collapse series and recently added series on the home page are different.

With collapse series I can see the case for using the added at date of the most recently added book.
However, I never liked how collapse series is handled because we are showing the first book in the series cover image, so to see that book cover image but see data from another book underneath it doesn't seem right.

There are a bunch of open issues on handling collapse series sorting. With the way the data model is structured collapse series is difficult to work with. Early on when I implemented collapse series everything was loaded in memory on server init and the sorting was easy, but now we have to write sqlite queries that pull all the information sorted/filtered and paginated.

@advplyr commented on GitHub (May 13, 2025): I think collapse series and recently added series on the home page are different. With collapse series I can see the case for using the added at date of the most recently added book. However, I never liked how collapse series is handled because we are showing the first book in the series cover image, so to see that book cover image but see data from another book underneath it doesn't seem right. There are a bunch of open issues on handling collapse series sorting. With the way the data model is structured collapse series is difficult to work with. Early on when I implemented collapse series everything was loaded in memory on server init and the sorting was easy, but now we have to write sqlite queries that pull all the information sorted/filtered and paginated.
adam commented 2026-04-25 00:10:19 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (May 13, 2025):

Some related issues #1592 #1074 #3432 #957

There are a bunch of other collapse series related issues. It probably deserves its own tag.

@advplyr commented on GitHub (May 13, 2025): Some related issues #1592 #1074 #3432 #957 There are a bunch of other collapse series related issues. It probably deserves its own tag.
adam commented 2026-04-25 00:10:19 +02:00
Author
Owner
Copy Link
Copy Source

@classicspam commented on GitHub (May 13, 2025):

Yeah the two probably are different and the original intent of the request was the book date added sorting screen, however as I was writing it I thought about the home screen recent series and sort of just piggy backed it on the request...

@classicspam commented on GitHub (May 13, 2025): Yeah the two probably are different and the original intent of the request was the book date added sorting screen, however as I was writing it I thought about the home screen recent series and sort of just piggy backed it on the request...
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No labels enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#2766