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

[Enhancement]: Do not flag items as 'in progress' for Continue Listening unless a user has listened for at least X seconds #980

New Issue
Closed
opened 2026-04-24 23:28:11 +02:00 by adam · 5 comments
adam commented 2026-04-24 23:28:11 +02:00
Owner
Copy Link
Copy Source

Originally created by @BristleBeard on GitHub (Feb 24, 2023).

Describe the feature/enhancement

I have accidentally clicked on a few items before which immediately began playing, and ended up in the continue listening section. I'm proposing that items aren't flagged until a few seconds of play time have happened. How much- I'm not sure. Perhaps 30 seconds? Maybe configurable?

Originally created by @BristleBeard on GitHub (Feb 24, 2023). ### Describe the feature/enhancement I have accidentally clicked on a few items before which immediately began playing, and ended up in the continue listening section. **I'm proposing that items aren't flagged until a few seconds of play time have happened.** How much- I'm not sure. Perhaps 30 seconds? Maybe configurable?
adam added the enhancement label 2026-04-24 23:28:11 +02:00
adam closed this issue 2026-04-24 23:28:12 +02:00
adam commented 2026-04-24 23:28:13 +02:00
Author
Owner
Copy Link
Copy Source

@ScuttleSE commented on GitHub (Apr 10, 2023):

I second this. Also, having a auto-purge after X days for the "continue listening" list would be very nice.

@ScuttleSE commented on GitHub (Apr 10, 2023): I second this. Also, having a auto-purge after X days for the "continue listening" list would be very nice.
adam commented 2026-04-24 23:28:13 +02:00
Author
Owner
Copy Link
Copy Source

@watsonbox commented on GitHub (May 12, 2023):

As I side note, I believe bookmarks also currently immediately set the progress to their position. That's not so useful when re-visiting a snippet from a book previously completed. This feature could go some way towards improving that, especially if it were possible to set a higher value when seeking from a bookmark.

@watsonbox commented on GitHub (May 12, 2023): As I side note, I believe bookmarks also currently immediately set the progress to their position. That's not so useful when re-visiting a snippet from a book previously completed. This feature could go some way towards improving that, especially if it were possible to set a higher value when seeking from a bookmark.
adam commented 2026-04-24 23:28:14 +02:00
Author
Owner
Copy Link
Copy Source

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

@watsonbox Sounds like you are talking about #1766 which I just marked as a dupe of #1653

As for this original issue I had the same frustration with accidentally playing an audiobook. The problem was that when you close the player it sends a sync request. The update I made is the first sync won't happen unless you have listened for 20 seconds. This means if you press play or you start the audiobook by pressing a timestamp link you will have to listen for 20 seconds before it starts syncing.

This also applies to podcast episodes btw. We can expand on this or making the length longer if this still causes issues.

@advplyr commented on GitHub (May 13, 2023): @watsonbox Sounds like you are talking about #1766 which I just marked as a dupe of #1653 As for this original issue I had the same frustration with accidentally playing an audiobook. The problem was that when you close the player it sends a sync request. The update I made is the first sync won't happen unless you have listened for 20 seconds. This means if you press play or you start the audiobook by pressing a timestamp link you will have to listen for 20 seconds before it starts syncing. This also applies to podcast episodes btw. We can expand on this or making the length longer if this still causes issues.
adam commented 2026-04-24 23:28:14 +02:00
Author
Owner
Copy Link
Copy Source

@watsonbox commented on GitHub (May 17, 2023):

@advplyr Thanks for coming back to me and for the clarifications; indeed I did see #1766 afterwards 👍.

I actually explored a possible solution to the bookmarks issue in #1778 and commented here https://github.com/advplyr/audiobookshelf/issues/1653#issuecomment-1550993311. Let me know what you think. It's just a draft idea which I'm fine to throw away.

@watsonbox commented on GitHub (May 17, 2023): @advplyr Thanks for coming back to me and for the clarifications; indeed I did see #1766 afterwards 👍. I actually explored a possible solution to the bookmarks issue in #1778 and commented here https://github.com/advplyr/audiobookshelf/issues/1653#issuecomment-1550993311. Let me know what you think. It's just a draft idea which I'm fine to throw away.
adam commented 2026-04-24 23:28:15 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (May 28, 2023):

Added in v2.2.21

@advplyr commented on GitHub (May 28, 2023): Added in [v2.2.21](https://github.com/advplyr/audiobookshelf/releases/tag/v2.2.21)
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 enhancement
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#980
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?