"Playlists" media folder does not respect custom Primary image preference #8034

New Issue

OVERLORD · 2026-02-07T05:33:57+03:00

OVERLORD commented

2026-02-07 05:33:57 +03:00

Originally created by @f1nlay on GitHub (Jan 15, 2026).

Description of the bug

In version 10.11.5 of Jellyfin, using the "Edit images" option under the Playlists media folder (/config/data/playlists) in the Metadata Manager to set a custom Primary image (as a means of overriding the default image generated by Jellyfin) does not seem to do anything.

This deviates from the behaviour I would expect - if you set a Primary image for any of the other Jellyfin library types (movies, shows, music, live TV) then the applied Primary image is used rather than the Jellyfin-generated one, which contains a tiled grid of thumbnails and the library name.

I am unsure if this is a regression in 10.11.x, or if it is the case that Jellyfin never supported this feature. Regardless, it seems strange that the option is provided but does not work at all.

I have also noticed that the Playlists library is omitted entirely from the "Libraries" section of the server settings - I'm also wondering if this is intentional as it makes the Metadata Manager the only place where library options can be configured?

Reproduction steps

Sign into the Jellyfin web client, with an admin account, in a browser of your choice.
Create a playlist, if you have not created one already.
Observe that the "Playlists" media foler displays with the default Jellyfin-generated thumbnail image.
Navigate to the Metadata Manager.
Select the "Playlists" media folder in the tree on the left.
In the top right of the "Edit" section, press the three vertical dots button to reveal the "Edit images" menu.
Under "Edit images", upload a new Primary image.
Save changes, then navigate back to the Jellyfin homepage and observe that the "Playlists" media folder's thumbnail has not changed.

What is the current bug behavior?

The "Playlists" media folder always displays the default Jellyfin-generated thumbnail image - a grid of album artwork with the title "Playlists" superimposed in the centre.

What is the expected correct behavior?

The "Playlists" media folder correctly displays the user-uploaded thumbnail image, overriding the default Jellyfin-generated one.

Jellyfin Server version

10.11.5

Specify commit id

No response

Specify unstable release number

No response

Specify version number

No response

Specify the build version

10.11.5

Environment

- OS: Alpine Linux v3.22
- Linux Kernel: 6.8.12-11-pve
- Virtualization: Docker (inside Proxmox VE LXC)
- Clients: Browser
- Browser: Chrome 143
- FFmpeg Version: 7.1.3-Jellyfin
- Playback Method: N/A
- Hardware Acceleration: QSV
- CPU Model: Intel Core i7-6700
- GPU Model: none
- Plugins: none
- Reverse Proxy: nginx
- Base URL: none
- Networking: bridge
- Jellyfin Data Storage & Filesystem: local NVMe
- Media Storage & Filesystem: local HDD, ZFS
- External Integrations: Jellyseerr

Jellyfin logs

N/A

FFmpeg logs

Client / Browser logs

No response

Relevant screenshots or videos

Screenshots provided in description section.

Additional information

No response

Originally created by @f1nlay on GitHub (Jan 15, 2026). ### Description of the bug In version 10.11.5 of Jellyfin, using the "Edit images" option under the Playlists media folder (`/config/data/playlists`) in the Metadata Manager to set a custom Primary image (as a means of overriding the default image generated by Jellyfin) does not seem to do anything. This deviates from the behaviour I would expect - if you set a Primary image for any of the other Jellyfin library types (movies, shows, music, live TV) then the applied Primary image is used rather than the Jellyfin-generated one, which contains a tiled grid of thumbnails and the library name. <img width="289" height="437" alt="Image" src="https://github.com/user-attachments/assets/6a06cec9-5633-48e6-b121-afd1cea90978" /> <img width="685" height="245" alt="Image" src="https://github.com/user-attachments/assets/fee366ef-6168-4922-a260-4d75213f4d94" /> I am unsure if this is a regression in 10.11.x, or if it is the case that Jellyfin never supported this feature. Regardless, it seems strange that the option is provided but does not work at all. I have also noticed that the Playlists library is omitted entirely from the "Libraries" section of the server settings - I'm also wondering if this is intentional as it makes the Metadata Manager the only place where library options can be configured? ### Reproduction steps 1. Sign into the Jellyfin web client, with an admin account, in a browser of your choice. 2. Create a playlist, if you have not created one already. 3. Observe that the "Playlists" media foler displays with the default Jellyfin-generated thumbnail image. 4. Navigate to the Metadata Manager. 5. Select the "Playlists" media folder in the tree on the left. 6. In the top right of the "Edit" section, press the three vertical dots button to reveal the "Edit images" menu. 7. Under "Edit images", upload a new Primary image. 8. Save changes, then navigate back to the Jellyfin homepage and observe that the "Playlists" media folder's thumbnail has not changed. ### What is the current _bug_ behavior? The "Playlists" media folder always displays the default Jellyfin-generated thumbnail image - a grid of album artwork with the title "Playlists" superimposed in the centre. ### What is the expected _correct_ behavior? The "Playlists" media folder correctly displays the user-uploaded thumbnail image, overriding the default Jellyfin-generated one. ### Jellyfin Server version 10.11.5 ### Specify commit id _No response_ ### Specify unstable release number _No response_ ### Specify version number _No response_ ### Specify the build version 10.11.5 ### Environment ```markdown - OS: Alpine Linux v3.22 - Linux Kernel: 6.8.12-11-pve - Virtualization: Docker (inside Proxmox VE LXC) - Clients: Browser - Browser: Chrome 143 - FFmpeg Version: 7.1.3-Jellyfin - Playback Method: N/A - Hardware Acceleration: QSV - CPU Model: Intel Core i7-6700 - GPU Model: none - Plugins: none - Reverse Proxy: nginx - Base URL: none - Networking: bridge - Jellyfin Data Storage & Filesystem: local NVMe - Media Storage & Filesystem: local HDD, ZFS - External Integrations: Jellyseerr ``` ### Jellyfin logs ```shell N/A ``` ### FFmpeg logs ```shell ``` ### Client / Browser logs _No response_ ### Relevant screenshots or videos Screenshots provided in description section. ### Additional information _No response_

OVERLORD added the bug confirmed ui & ux labels 2026-02-07 05:33:57 +03:00

OVERLORD commented

2026-02-07 05:34:00 +03:00

@theguymadmax commented on GitHub (Jan 15, 2026):

This was the same behavior in prior versions. Using the metadata manager, Jellyfin saves the image to data\playlists\, but it isn't used as the thumbnail for the playlists.

You can only set it via the homepage.

@theguymadmax commented on GitHub (Jan 15, 2026): This was the same behavior in prior versions. Using the metadata manager, Jellyfin saves the image to `data\playlists\`, but it isn't used as the thumbnail for the playlists. You can only set it via the homepage.

Sign in to join this conversation.

Branches Tags

master

renovate/major-skiasharp-monorepo

renovate/sharpcompress-0.x

renovate/svg.skia-5.x

renovate/ghcr.io-devcontainers-features-docker-in-docker-4.x

release-10.11.z

standards-fix

release-10.9.z

openapi-cache

release-10.10.z

explicit-load

explicit-load-v2

feature/entity-framework

only-count-folder-item

fix/ci-workflow-refactor

release-10.8.z

release-10.7.z

EraYaN-add-management-interface

release-10.6.z

release-10.5.z

release-10.4.z

release-10.3.z

release-10.2.z

release-10.1.0

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/jellyfin#8034