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

Library Management: Lock metadata fields or the entire book. #1056

New Issue
Closed
opened 2026-04-24 23:30:25 +02:00 by adam · 2 comments
adam commented 2026-04-24 23:30:25 +02:00
Owner
Copy Link
Copy Source

Originally created by @Dr-Blank on GitHub (Apr 9, 2023).

Describe the feature/enhancement

As we go along and introduce tools that will help manage the library automatically, there will be a need to prevent some manually edited fields/chapters/covers getting overwritten like plex does it.

One of the issues which happens now is that I edit some books which are on audible but not the exact same version, it is slightly tweaked, and if I were to accidently refresh metadata, it will get overwritten and lost (quick match, because in match you can control what field get overwritten). So, I have to remember to only quick match books I know I haven't edited.

Any field user edits manually, gets locked from any future changes made by automated tasks, only another edit from user can change it.

This feature could extend to chapters too, if user sets the chapters using the edit page (doesn't matter if shifted or fetched form audible, the final save button determines if it was user action), they should be locked, until edited intentionally by user. If a user wants automatic chapter fetching, as being talked in #1580 , one could freely just click "refresh chapters for all library" without worrying about their manually edits, same would apply for metadata.

Originally created by @Dr-Blank on GitHub (Apr 9, 2023). ### Describe the feature/enhancement As we go along and introduce tools that will help manage the library automatically, there will be a need to prevent some manually edited fields/chapters/covers getting overwritten [like plex does it](https://support.plex.tv/articles/201272763-edit-details/#:~:text=LOCKING%20AND%20UNLOCKING). One of the issues which happens now is that I edit some books which are on audible but not the exact same version, it is slightly tweaked, and if I were to accidently refresh metadata, it will get overwritten and lost (quick match, because in match you can control what field get overwritten). So, I have to remember to only quick match books I know I haven't edited. Any field user edits manually, gets locked from any future changes made by automated tasks, only another edit from user can change it. This feature could extend to chapters too, if user sets the chapters using the edit page (doesn't matter if shifted or fetched form audible, the final save button determines if it was user action), they should be locked, until edited intentionally by user. If a user wants automatic chapter fetching, as being talked in #1580 , one could freely just click "refresh chapters for all library" without worrying about their manually edits, same would apply for metadata.
adam added the enhancement label 2026-04-24 23:30:25 +02:00
adam closed this issue 2026-04-24 23:30:25 +02:00
adam commented 2026-04-24 23:30:26 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Apr 9, 2023):

Duplicate of #928?

@advplyr commented on GitHub (Apr 9, 2023): Duplicate of #928?
adam commented 2026-04-24 23:30:27 +02:00
Author
Owner
Copy Link
Copy Source

@Dr-Blank commented on GitHub (Apr 10, 2023):

It's weird searching for "lock" in the issues search did not bring that up.

Yes, it is the same feature request with the only difference being the highlighted use case, re-scan vs quick match and all future metadata refresh.

closing this as it is a duplicate indeed.

@Dr-Blank commented on GitHub (Apr 10, 2023): It's weird searching for "lock" in the issues search did not bring that up. Yes, it is the same feature request with the only difference being the highlighted use case, re-scan vs quick match and all future metadata refresh. closing this as it is a duplicate indeed.
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#1056
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?