starred/jellyfin
1
0
Fork 0
mirror of https://github.com/jellyfin/jellyfin.git synced 2026-07-16 05:43:54 +03:00
Code Issues 822 Packages Projects Releases 17 Wiki Activity

Sort and use the best rated pictures for primary pictures #6628

New Issue
Open
opened 2026-02-07 03:54:43 +03:00 by OVERLORD · 5 comments
OVERLORD commented 2026-02-07 03:54:43 +03:00
Owner
Copy Link

Originally created by @sic6SaNdMaN on GitHub (Jan 1, 2025).

This issue respects the following points:

  • This is a bug, not a question or a configuration issue; Please visit our forum or chat rooms first to troubleshoot with volunteers, before creating a report. The links can be found here.
  • This issue is not already reported on GitHub (I've searched it).
  • I'm using an up to date version of Jellyfin Server stable, unstable or master; We generally do not support previous older versions. If possible, please update to the latest version before opening an issue.
  • I agree to follow Jellyfin's Code of Conduct.
  • This report addresses only a single issue; If you encounter multiple issues, kindly create separate reports for each one.

Description of the bug

When adding new series/movies to the libraries, the automated choice for primary pictures is always the worst.
It uses "Unrated" pictures that aren't as good as others, that also have a ranking.
The same can be seen, when you "edit the pictures" via the three-dot menu.

Two examples:
Image

Image

You can see, that the first pics in the row have a rating of "Unrated" or at least a lower rating and the better ones (with rating 8.0) are later on in the list - so they aren't used in the first place.

It seems to work just fine on logos, thumbnais and backgrounds.

It also should consider the language of the user (in my case 'de').
So the order should be:

  • highest rated to lowest rated in the current language
  • highest rated to lowest rated in the default or unknown language (perhaps always consider 'en', because most of the stuff is 'en')
  • Unrated in the current language
  • Unrated in the default or unknown language

Reproduction steps

  1. go to your library (movies or series)
  2. use the three-dot menu on an item
  3. "edit pictures"
  4. click on the search icon below "primary" picture

What is the current bug behavior?

==> no particularly order of the pictures, so the first one, that is taken, can be the worst...

What is the expected correct behavior?

The best rated primary picture (in the current language) should be first in list and automatically used when a new series/movie is found in the library.

Jellyfin Server version

10.10.0+

Specify commit id

No response

Specify unstable release number

No response

Specify version number

10.10.3.0

Specify the build version

10.10.3

Environment

- OS: Debian GNU/Linux 12 (bookworm)
- Linux Kernel: Linux rpi4-1 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr  3 17:24:16 BST 2023 aarch64 GNU/Linux
- Virtualization: none
- Clients: Web, Kodi on nVIDIA Shield
- Browser: Chrome, always updated
- FFmpeg Version: ffmpeg version 7.0.2-Jellyfin Copyright (c) 2000-2024 the FFmpeg developers
- Playback Method: native

Jellyfin logs

Nothing in the logs for that issue.
I can provide logs, when it makes sense (extra debug logs) - just need to know how to produce them.

FFmpeg logs

Client / Browser logs

No response

Relevant screenshots or videos

No response

Additional information

No response

Originally created by @sic6SaNdMaN on GitHub (Jan 1, 2025). ### This issue respects the following points: - [x] This is a **bug**, not a question or a configuration issue; Please visit our forum or chat rooms first to troubleshoot with volunteers, before creating a report. The links can be found [here](https://jellyfin.org/contact/). - [x] This issue is **not** already reported on [GitHub](https://github.com/jellyfin/jellyfin/issues?q=is%3Aopen+is%3Aissue) _(I've searched it)_. - [x] I'm using an up to date version of Jellyfin Server stable, unstable or master; We generally do not support previous older versions. If possible, please update to the latest version before opening an issue. - [x] I agree to follow Jellyfin's [Code of Conduct](https://jellyfin.org/docs/general/community-standards.html#code-of-conduct). - [x] This report addresses only a single issue; If you encounter multiple issues, kindly create separate reports for each one. ### Description of the bug When adding new series/movies to the libraries, the automated choice for primary pictures is always the worst. It uses "Unrated" pictures that aren't as good as others, that also have a ranking. The same can be seen, when you "edit the pictures" via the three-dot menu. Two examples: ![Image](https://github.com/user-attachments/assets/4451b0b8-0416-4cd0-baab-ddc7df7664d3) ![Image](https://github.com/user-attachments/assets/2dad5c54-43d5-44c7-ab14-15087a090c10) You can see, that the first pics in the row have a rating of "Unrated" or at least a lower rating and the better ones (with rating 8.0) are later on in the list - so they aren't used in the first place. It seems to work just fine on logos, thumbnais and backgrounds. It also should consider the language of the user (in my case 'de'). So the order should be: - highest rated to lowest rated in the current language - highest rated to lowest rated in the default or unknown language (perhaps always consider 'en', because most of the stuff is 'en') - Unrated in the current language - Unrated in the default or unknown language ### Reproduction steps 1. go to your library (movies or series) 2. use the three-dot menu on an item 3. "edit pictures" 4. click on the search icon below "primary" picture ### What is the current _bug_ behavior? ==> no particularly order of the pictures, so the first one, that is taken, can be the worst... ### What is the expected _correct_ behavior? The best rated primary picture (in the current language) should be first in list and automatically used when a new series/movie is found in the library. ### Jellyfin Server version 10.10.0+ ### Specify commit id _No response_ ### Specify unstable release number _No response_ ### Specify version number 10.10.3.0 ### Specify the build version 10.10.3 ### Environment ```markdown - OS: Debian GNU/Linux 12 (bookworm) - Linux Kernel: Linux rpi4-1 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux - Virtualization: none - Clients: Web, Kodi on nVIDIA Shield - Browser: Chrome, always updated - FFmpeg Version: ffmpeg version 7.0.2-Jellyfin Copyright (c) 2000-2024 the FFmpeg developers - Playback Method: native ``` ### Jellyfin logs ```shell Nothing in the logs for that issue. I can provide logs, when it makes sense (extra debug logs) - just need to know how to produce them. ``` ### FFmpeg logs ```shell ``` ### Client / Browser logs _No response_ ### Relevant screenshots or videos _No response_ ### Additional information _No response_
OVERLORD added the enhancement label 2026-02-07 03:54:43 +03:00
OVERLORD commented 2026-02-07 03:54:45 +03:00
Author
Owner
Copy Link

@sic6SaNdMaN commented on GitHub (Jan 1, 2025):

It is OK, when we label it an enhancement...
But it becomes more a bug when you consider that I'm using Kodi and in most of the visual modes there are only the primary pictures visible - no additional text (unles you select one).
So having "random" pictures, not saying much about the movie/series makes the overview in Kodi quiet useless.
So with this in mind it's becoming more a bug...

@sic6SaNdMaN commented on GitHub (Jan 1, 2025): It is OK, when we label it an enhancement... But it becomes more a bug when you consider that I'm using Kodi and in most of the visual modes there are only the primary pictures visible - no additional text (unles you select one). So having "random" pictures, not saying much about the movie/series makes the overview in Kodi quiet useless. So with this in mind it's becoming more a bug...
OVERLORD commented 2026-02-07 03:54:47 +03:00
Author
Owner
Copy Link

@sic6SaNdMaN commented on GitHub (Feb 9, 2025):

Perhaps it can help:
It seems like a primary picture, that doesn't have a language specified, get's prioritized, because I don't use English as language (German, so "de").

Image
@sic6SaNdMaN commented on GitHub (Feb 9, 2025): Perhaps it can help: It seems like a primary picture, that doesn't have a language specified, get's prioritized, because I don't use English as language (German, so "de"). <img width="548" alt="Image" src="https://github.com/user-attachments/assets/529af70b-4bbd-44b4-8d4e-e77f5330a8a9" />
OVERLORD commented 2026-02-07 03:54:48 +03:00
Author
Owner
Copy Link

@TimoLumera commented on GitHub (Feb 13, 2025):

+1 one on that

@TimoLumera commented on GitHub (Feb 13, 2025): +1 one on that
OVERLORD commented 2026-02-07 03:54:51 +03:00
Author
Owner
Copy Link

@Mixzzz commented on GitHub (May 11, 2025):

I've also just been annoyed by this bug - can it be changed so that unless theres the language specific version, it defaults to the highest voted english version?

@Mixzzz commented on GitHub (May 11, 2025): I've also just been annoyed by this bug - can it be changed so that unless theres the language specific version, it defaults to the highest voted english version?
OVERLORD commented 2026-02-07 03:54:52 +03:00
Author
Owner
Copy Link

@Kianda commented on GitHub (Jul 10, 2025):

Crappy workaround for non-english libraries:

  • Go to your libraries, edit the library, and change the Preferred Download Language to English.
  • Scan the library with Replace all metadata and Replace existing images enabled.
  • Edit the library again and set your original language back.
  • Scan the library once more with Replace all metadata (this time, don’t replace images).

Or just suffer through editing them manually, one by one.

This behavior is pretty annoying. I'd much prefer it chose the highest-voted English version instead of a random one with zero votes. The random ones are usually bad and require manual replacement. 😞

@Kianda commented on GitHub (Jul 10, 2025): Crappy workaround for non-english libraries: - Go to your libraries, edit the library, and change the Preferred Download Language to English. - Scan the library with Replace all metadata and Replace existing images enabled. - Edit the library again and set your original language back. - Scan the library once more with Replace all metadata (this time, don’t replace images). _Or just suffer through editing them manually, one by one._ This behavior is pretty annoying. I'd much prefer it chose the highest-voted English version instead of a random one with zero votes. The random ones are usually bad and require manual replacement. 😞
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
EFjellyfin.db
area:database
awaiting-feedback
backend
blocked
breaking change: web api
bug
build
ci
confirmed
discussion needed
dotnet future
downstream
duplicate
enhancement
feature
future
github-actions
good first issue
hdr
help wanted
invalid
investigation
librarydb
live-tv
lyrics
media playback
music
needs testing
nuget
performance
platform
pull-request
Mirrored from GitHub Pull Request
 question
regression
release critical
requires-web
roadmap
security
security
stale
support
syncplay
ui & ux
upstream
wontfix
No Label enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/jellyfin#6628
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?