starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[PR #4131] Sort Listen Again randomly (toggable via setting) #4174

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

📋 Pull Request Information

Original PR: https://github.com/advplyr/audiobookshelf/pull/4131
Author: @Vito0912
Created: 3/17/2025
Status: 🔄 Open

Base: master ← Head: feat/randomLast

📝 Commits (4)

📊 Changes

4 files changed (+26 additions, -6 deletions)

View changed files

📝 client/components/modals/libraries/LibrarySettings.vue (+16 -2)
📝 client/strings/en-us.json (+2 -0)
📝 server/models/Library.js (+5 -2)
📝 server/utils/queries/libraryFilters.js (+3 -2)

📄 Description

Brief summary

This resolves #4129.

I think it makes sense to add it the way proposed in that issue, as it would make sense as a contrary part to discover, which is the opposite of listen again.

It makes listen again sort randomly.

#4130 does not make sense in my opinion, because it would add more small options and displaying the last 10 listened books does not make that much sense in general. Personally, I never used Listen again, because it only showed the last ten books and it was like "Oh, I listened to that like a week ago."

But maybe others can comment as this is only my view.

For devs, getting the progress i still possible via the API:
/api/libraries/<id>/items?filter=progress.ZmluaXNoZWQ%3D&sort=progress&desc=1&limit=32

If that is not wanted, just close that PR :)

Which issue is fixed?

Fixes #4129

In-depth Description

replaced sort by progress to random

How have you tested this?

Own library

Screenshots

🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/advplyr/audiobookshelf/pull/4131 **Author:** [@Vito0912](https://github.com/Vito0912) **Created:** 3/17/2025 **Status:** 🔄 Open **Base:** `master` ← **Head:** `feat/randomLast` --- ### 📝 Commits (4) - [`e9df238`](https://github.com/advplyr/audiobookshelf/commit/e9df238b80b923738bb04268d2fb46e32c31faf1) sort randomly - [`dbf1f88`](https://github.com/advplyr/audiobookshelf/commit/dbf1f88efa66e9f4622d8e0459dbeb006e698fb6) frontend code - [`dd5da33`](https://github.com/advplyr/audiobookshelf/commit/dd5da33a81bb247bd852d25fe8b716210c2b687b) added backend logic - [`25eefa9`](https://github.com/advplyr/audiobookshelf/commit/25eefa93d63c208cee51d30e97e8a0376fa059ad) added setting ### 📊 Changes **4 files changed** (+26 additions, -6 deletions) <details> <summary>View changed files</summary> 📝 `client/components/modals/libraries/LibrarySettings.vue` (+16 -2) 📝 `client/strings/en-us.json` (+2 -0) 📝 `server/models/Library.js` (+5 -2) 📝 `server/utils/queries/libraryFilters.js` (+3 -2) </details> ### 📄 Description <!-- For Work In Progress Pull Requests, please use the Draft PR feature, see https://github.blog/2019-02-14-introducing-draft-pull-requests/ for further details. If you do not follow this template, the PR may be closed without review. Please ensure all checks pass. If you are a new contributor, the workflows will need to be manually approved before they run. --> ## Brief summary This resolves #4129. I think it makes sense to add it the way proposed in that issue, as it would make sense as a contrary part to discover, which is the opposite of listen again. It makes listen again sort randomly. --- #4130 does not make sense in my opinion, because it would add more small options and displaying the last 10 listened books does not make that much sense in general. Personally, I never used Listen again, because it only showed the last ten books and it was like "Oh, I listened to that like a week ago." But maybe others can comment as this is only my view. --- For devs, getting the progress i still possible via the API: `/api/libraries/<id>/items?filter=progress.ZmluaXNoZWQ%3D&sort=progress&desc=1&limit=32` --- If that is not wanted, just close that PR :) ## Which issue is fixed? Fixes #4129 ## In-depth Description replaced sort by progress to random ## How have you tested this? Own library ## Screenshots <!-- If your PR includes any changes to the web client, please include screenshots or a short video from before and after your changes. --> --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
adam added the pull-request label 2026-04-25 00:18:39 +02:00
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 Label pull-request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#4174
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?