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]: Search all cover providers at once #1140

New Issue
Closed
opened 2026-04-24 23:33:54 +02:00 by adam · 10 comments
adam commented 2026-04-24 23:33:54 +02:00
Owner
Copy Link
Copy Source

Originally created by @Rdkang on GitHub (May 14, 2023).

Describe the feature/enhancement

Problem

Having to click on a different provider and wait several times if the user want to see which cover they like best

solutions

Add a "All" button in the provider drop down menu which will search for the title's cover using all the providers available
image

  • An example of the solution is done by Jellyfin
    image
Originally created by @Rdkang on GitHub (May 14, 2023). ### Describe the feature/enhancement #### Problem Having to click on a different provider and wait several times if the user want to see which cover they like best #### solutions Add a "All" button in the provider drop down menu which will search for the title's cover using all the providers available ![image](https://github.com/advplyr/audiobookshelf/assets/68774237/83a3e988-6960-424a-8089-00320e98a5ac) - An example of the solution is done by [Jellyfin](https://jellyfin.org/) ![image](https://github.com/advplyr/audiobookshelf/assets/68774237/89d04dad-eaf5-4cd8-aa89-030a1e3e44d3)
adam added the enhancement label 2026-04-24 23:33:54 +02:00
adam closed this issue 2026-04-24 23:33:54 +02:00
adam commented 2026-04-24 23:33:55 +02:00
Author
Owner
Copy Link
Copy Source

@CLHatch commented on GitHub (May 14, 2023):

I would like to see something like this for the metadata also, not just the covers. With some sort of indication which provider the metadata came from. Possibly include local metadata like .opf files, etc, and pick and choose which info to take from?

@CLHatch commented on GitHub (May 14, 2023): I would like to see something like this for the metadata also, not just the covers. With some sort of indication which provider the metadata came from. Possibly include local metadata like `.opf` files, etc, and pick and choose which info to take from?
adam commented 2026-04-24 23:33:56 +02:00
Author
Owner
Copy Link
Copy Source

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

This could be very slow making a dozen requests to different providers. It would also be difficult to sort these based on the most accurate. I'm not sure how many requests Jellyfin is making

@advplyr commented on GitHub (May 14, 2023): This could be very slow making a dozen requests to different providers. It would also be difficult to sort these based on the most accurate. I'm not sure how many requests Jellyfin is making
adam commented 2026-04-24 23:33:56 +02:00
Author
Owner
Copy Link
Copy Source

@Rdkang commented on GitHub (May 14, 2023):

This could be very slow making a dozen requests to different providers. It would also be difficult to sort these based on the most accurate. I'm not sure how many requests Jellyfin is making

I think it would be better having to wait 20 seconds once, to search all the providers and then selecting a cover.

Rather than having to go through each provider, waiting a few seconds and maybe backtracking to the one you find best.

So overall the "All" button will be easier even if the cover's aren't sorted :)

@Rdkang commented on GitHub (May 14, 2023): > This could be very slow making a dozen requests to different providers. It would also be difficult to sort these based on the most accurate. I'm not sure how many requests Jellyfin is making I think it would be better having to wait 20 seconds once, to search all the providers and then selecting a cover. Rather than having to go through each provider, waiting a few seconds and maybe backtracking to the one you find best. So overall the "All" button will be easier even if the cover's aren't sorted :)
adam commented 2026-04-24 23:33:56 +02:00
Author
Owner
Copy Link
Copy Source

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

We can try it out. In my small amount of testing the Audible regions were returning the same cover image URLs. The request will remove the duplicates.
This will be available on the edge docker version if you want to test it out. If we could limit the requests to Audible that would make this much faster. I'm not that familiar with how they return results for different regions.

image
@advplyr commented on GitHub (May 14, 2023): We can try it out. In my small amount of testing the Audible regions were returning the same cover image URLs. The request will remove the duplicates. This will be available on the edge docker version if you want to test it out. If we could limit the requests to Audible that would make this much faster. I'm not that familiar with how they return results for different regions. <img width="794" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/67830747/bf27389e-f7cb-4e87-b6a4-51b791105305">
adam commented 2026-04-24 23:33:57 +02:00
Author
Owner
Copy Link
Copy Source

@CLHatch commented on GitHub (May 15, 2023):

We can try it out. In my small amount of testing the Audible regions were returning the same cover image URLs. The request will remove the duplicates. This will be available on the edge docker version if you want to test it out. If we could limit the requests to Audible that would make this much faster. I'm not that familiar with how they return results for different regions.

image

Might be an idea to include (possibly under the resolution) which provider each cover came from. You said it's removing duplicates, so maybe show only one, and populate all of them in a "tooltip"?

@CLHatch commented on GitHub (May 15, 2023): > We can try it out. In my small amount of testing the Audible regions were returning the same cover image URLs. The request will remove the duplicates. This will be available on the edge docker version if you want to test it out. If we could limit the requests to Audible that would make this much faster. I'm not that familiar with how they return results for different regions. > > <img alt="image" width="794" src="https://user-images.githubusercontent.com/67830747/238204307-bf27389e-f7cb-4e87-b6a4-51b791105305.png"> Might be an idea to include (possibly under the resolution) which provider each cover came from. You said it's removing duplicates, so maybe show only one, and populate all of them in a "tooltip"?
adam commented 2026-04-24 23:33:57 +02:00
Author
Owner
Copy Link
Copy Source

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

It's the same URL that Audible is using for all the different regions. What does it matter which provider it is coming from? Maybe we could make it a tooltip since I would prefer keeping the design simple.

@advplyr commented on GitHub (May 15, 2023): It's the same URL that Audible is using for all the different regions. What does it matter which provider it is coming from? Maybe we could make it a tooltip since I would prefer keeping the design simple.
adam commented 2026-04-24 23:33:58 +02:00
Author
Owner
Copy Link
Copy Source

@Rdkang commented on GitHub (May 15, 2023):

It's the same URL that Audible is using for all the different regions. What does it matter which provider it is coming from? Maybe we could make it a tooltip since I would prefer keeping the design simple.

That would be great.

And i have tried out your changes on edge and it works great :)

@Rdkang commented on GitHub (May 15, 2023): > It's the same URL that Audible is using for all the different regions. What does it matter which provider it is coming from? Maybe we could make it a tooltip since I would prefer keeping the design simple. That would be great. And i have tried out your changes on edge and it works great :)
adam commented 2026-04-24 23:33:59 +02:00
Author
Owner
Copy Link
Copy Source

@CLHatch commented on GitHub (May 15, 2023):

It's the same URL that Audible is using for all the different regions. What does it matter which provider it is coming from? Maybe we could make it a tooltip since I would prefer keeping the design simple.

I was thinking in terms of knowing if it came from Audible, or Google, or that new cover provider, etc. And I wasn't sure if the various Audible sources used the same cover or not.

@CLHatch commented on GitHub (May 15, 2023): > It's the same URL that Audible is using for all the different regions. What does it matter which provider it is coming from? Maybe we could make it a tooltip since I would prefer keeping the design simple. I was thinking in terms of knowing if it came from Audible, or Google, or that new cover provider, etc. And I wasn't sure if the various Audible sources used the same cover or not.
adam commented 2026-04-24 23:33:59 +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)
adam commented 2026-04-24 23:33:59 +02:00
Author
Owner
Copy Link
Copy Source

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

We can open other issues to make future improvements to this

@advplyr commented on GitHub (May 28, 2023): We can open other issues to make future improvements to this
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#1140
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?