starred/jellyfin
1
0
Fork 0
mirror of https://github.com/jellyfin/jellyfin.git synced 2026-05-04 18:09:12 +03:00
Code Issues 822 Packages Projects Releases 10 Wiki Activity

[Issue]: Cover art is being cut off #6072

New Issue
Closed
opened 2026-02-07 02:58:02 +03:00 by OVERLORD · 7 comments
OVERLORD commented 2026-02-07 02:58:02 +03:00
Owner
Copy Link

Originally created by @nlxdodge on GitHub (Jun 28, 2024).

Please describe your bug

See screenshots, this is the problem I am facing, but I am not sure if this is due to Jellyfin itself or any of the plugins retrieving the image.

What I have tried to fix:

  • Click the three dots, click edit images, click delete Primary image delete, then refresh all metadata with replace existing images selected. It generated the same image dimension again, so I assume somewhere the cut is incorrect. Seeing this screenshot.
  • Re-create the docker container from scratch which I am running Jellyfin from.
  • Re-creating the Anime collection and reloading the folder from the mounted path and scan the library again.
  • Finally I set the image size to 2560 width max, set instead of the current top image fetcher the next in line to see if anything changed but still the same result after deleting and refreshing manually.

This is the browser inspector link:

https://jellyfin.somewebsitethatithoughtof.com/Items/0c41907140d802bb58430fed7e2cd79e/Images/Primary?fillHeight=266&fillWidth=474&quality=96&tag=6d303ec0c946f722e1bdca7f1d089641

Sizes look good just like the others, it's just that the bottom part is black.

Reproduction Steps

  1. Use version Jellyfin 10.9.2
  2. Setup plugins and use default settings
  3. Import some anime files and let everything finish
  4. Folder image now looks like this

Jellyfin Version

10.9.0

if other:

10.9.2

Environment

- OS: Ubuntu 22.04.4 LTS
- Linux Kernel: GNU/Linux 5.15.0-112-generic x86_64
- Virtualization: Docker (via Compose file)
- Clients: Jellyfin Browse, Jellyfin Windows Client, Jellyfin Android App
- Browser: Firefox Nightly 128.0B8
- FFmpeg Version: `ffmpeg -version` not installed, and in the settings it's using `/usr/lib/jellyfin-ffmpeg/ffmpeg` 
- Playback Method: I assume Direct Play
- Hardware Acceleration: none
- GPU Model: none
- Plugins: AniDB, Anilist, AniSearch, AudioDB, Kitsu, MusicBrainz, OMDb, Open Subtitles, Studio Images, TMDb, TheTVDB.
- Reverse Proxy: Traefik
- Base URL: none
- Networking: network_mode: "host" is used in my docker compose file
- Storage: local with /mnt on linux

Jellyfin logs

[logs.txt](https://github.com/user-attachments/files/16036110/logs.txt)

FFmpeg logs

No response

Please attach any browser or client logs here

No response

Please attach any screenshots here

image
image
image

Going to the browser and inspecting element also shows this as the raw image:

https://jellyfin.somewebsitethatithoughtof.com/Items/0c41907140d802bb58430fed7e2cd79e/Images/Primary?fillHeight=266&fillWidth=474&quality=96&tag=6d303ec0c946f722e1bdca7f1d089641

image

Code of Conduct

  • I agree to follow this project's Code of Conduct
Originally created by @nlxdodge on GitHub (Jun 28, 2024). ### Please describe your bug See screenshots, this is the problem I am facing, but I am not sure if this is due to Jellyfin itself or any of the plugins retrieving the image. What I have tried to fix: - Click the three dots, click edit images, click delete Primary image delete, then refresh all metadata with replace existing images selected. It generated the same image dimension again, so I assume somewhere the cut is incorrect. Seeing this screenshot. - Re-create the docker container from scratch which I am running Jellyfin from. - Re-creating the Anime collection and reloading the folder from the mounted path and scan the library again. - Finally I set the image size to 2560 width max, set instead of the current top image fetcher the next in line to see if anything changed but still the same result after deleting and refreshing manually. This is the browser inspector link: `https://jellyfin.somewebsitethatithoughtof.com/Items/0c41907140d802bb58430fed7e2cd79e/Images/Primary?fillHeight=266&fillWidth=474&quality=96&tag=6d303ec0c946f722e1bdca7f1d089641` Sizes look good just like the others, it's just that the bottom part is black. ### Reproduction Steps 1. Use version Jellyfin 10.9.2 2. Setup plugins and use default settings 3. Import some anime files and let everything finish 4. Folder image now looks like this ### Jellyfin Version 10.9.0 ### if other: 10.9.2 ### Environment ```markdown - OS: Ubuntu 22.04.4 LTS - Linux Kernel: GNU/Linux 5.15.0-112-generic x86_64 - Virtualization: Docker (via Compose file) - Clients: Jellyfin Browse, Jellyfin Windows Client, Jellyfin Android App - Browser: Firefox Nightly 128.0B8 - FFmpeg Version: `ffmpeg -version` not installed, and in the settings it's using `/usr/lib/jellyfin-ffmpeg/ffmpeg` - Playback Method: I assume Direct Play - Hardware Acceleration: none - GPU Model: none - Plugins: AniDB, Anilist, AniSearch, AudioDB, Kitsu, MusicBrainz, OMDb, Open Subtitles, Studio Images, TMDb, TheTVDB. - Reverse Proxy: Traefik - Base URL: none - Networking: network_mode: "host" is used in my docker compose file - Storage: local with /mnt on linux ``` ### Jellyfin logs ```shell [logs.txt](https://github.com/user-attachments/files/16036110/logs.txt) ``` ### FFmpeg logs _No response_ ### Please attach any browser or client logs here _No response_ ### Please attach any screenshots here ![image](https://github.com/jellyfin/jellyfin/assets/8994983/b6b0f566-79f3-42a0-8acb-27d9dc2bb45c) ![image](https://github.com/jellyfin/jellyfin/assets/8994983/63e538ba-ae95-4aaa-89e8-0db2c3b37f3b) ![image](https://github.com/jellyfin/jellyfin/assets/8994983/8ab86a22-df19-4620-8869-22619c355a3e) Going to the browser and inspecting element also shows this as the raw image: https://jellyfin.somewebsitethatithoughtof.com/Items/0c41907140d802bb58430fed7e2cd79e/Images/Primary?fillHeight=266&fillWidth=474&quality=96&tag=6d303ec0c946f722e1bdca7f1d089641 ![image](https://github.com/jellyfin/jellyfin/assets/8994983/ac45a3ca-3bd8-4c75-b36e-e0033e4a8467) ### Code of Conduct - [X] I agree to follow this project's Code of Conduct
OVERLORD added the bug label 2026-02-07 02:58:02 +03:00
OVERLORD commented 2026-02-07 02:58:08 +03:00
Author
Owner
Copy Link

@Ashpan commented on GitHub (Jul 16, 2024):

+1
I get the same issue with my Anime library only

@Ashpan commented on GitHub (Jul 16, 2024): +1 I get the same issue with my Anime library only
OVERLORD commented 2026-02-07 02:58:10 +03:00
Author
Owner
Copy Link

@sjorge commented on GitHub (Jul 16, 2024):

I'm guessing because the anilist plugin downloads banners as backdrops. So they are super wide and short.

I though there was an issue open for that om the plugin issue tracker, but I can't find it.

@sjorge commented on GitHub (Jul 16, 2024): I'm guessing because the anilist plugin downloads banners as backdrops. So they are super wide and short. I though there was an issue open for that om the plugin issue tracker, but I can't find it.
OVERLORD commented 2026-02-07 02:58:13 +03:00
Author
Owner
Copy Link

@nielsvanvelzen commented on GitHub (Jul 16, 2024):

Those banners/backdrops work fine on the details page and other places they are used. I think we should change the library thumbnail generator instead to filter out the images with non-16:9 aspect ratios or scale & fit the image instead.

@nielsvanvelzen commented on GitHub (Jul 16, 2024): Those banners/backdrops work fine on the details page and other places they are used. I think we should change the library thumbnail generator instead to filter out the images with non-16:9 aspect ratios or scale & fit the image instead.
OVERLORD commented 2026-02-07 02:58:16 +03:00
Author
Owner
Copy Link

@sjorge commented on GitHub (Jul 16, 2024):

The Next Up sections seems to handle this differently, it seems to cut out the middle in the correct aspect it wants. Maybe something similar can be done. (Although Next Up might be done in -web instead of server I'm not sure.)

@sjorge commented on GitHub (Jul 16, 2024): The `Next Up` sections seems to handle this differently, it seems to cut out the middle in the correct aspect it wants. Maybe something similar can be done. (Although Next Up might be done in -web instead of server I'm not sure.)
OVERLORD commented 2026-02-07 02:58:18 +03:00
Author
Owner
Copy Link

@jellyfin-bot commented on GitHub (Nov 14, 2024):

This issue has gone 120 days without an update and will be closed within 21 days if there is no new activity. To prevent this issue from being closed, please confirm the issue has not already been fixed by providing updated examples or logs.

If you have any questions you can use one of several ways to contact us.

@jellyfin-bot commented on GitHub (Nov 14, 2024): This issue has gone 120 days without an update and will be closed within 21 days if there is no new activity. To prevent this issue from being closed, please confirm the issue has not already been fixed by providing updated examples or logs. If you have any questions you can use one of several ways to [contact us](https://jellyfin.org/contact).
OVERLORD commented 2026-02-07 02:58:20 +03:00
Author
Owner
Copy Link

@nlxdodge commented on GitHub (Nov 15, 2024):

My server disk went out of space so I had to reset my Jellyfin, but when I created the new Anime repository it now seems to be fixed. Was a fix already made in another commit?

@nlxdodge commented on GitHub (Nov 15, 2024): My server disk went out of space so I had to reset my Jellyfin, but when I created the new Anime repository it now seems to be fixed. Was a fix already made in another commit?
OVERLORD commented 2026-02-07 02:58:23 +03:00
Author
Owner
Copy Link

@nlxdodge commented on GitHub (Nov 19, 2024):

For me the issue is resolved with the latest Jellyfin version

@nlxdodge commented on GitHub (Nov 19, 2024): For me the issue is resolved with the latest Jellyfin version
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 bug
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#6072
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?