starred/jellyfin

Fork 0

mirror of https://github.com/jellyfin/jellyfin.git synced 2026-01-23 23:20:51 +01:00

[Issue]: Studio Images plugin comes with default URL that 404's #5216

New issue

Closed

opened 2025-12-22 01:21:11 +01:00 by backuprepo · 4 comments

backuprepo commented

2025-12-22 01:21:11 +01:00

Owner

Originally created by @mihawk90 on GitHub (Nov 6, 2023).

Please describe your bug

I just stumbled on this but I'm not sure this is the right repo, however I also couldn't find a separate repository for the Studio Images plugin, so here goes.

The Studio Images default plugin comes with a default URL: https://raw.github.com/jellyfin/emby-artwork/master/studios however, as you can tell when trying to open this, it just returns 404: Not Found

That subdomain has been redirecting to raw.githubusercontent.com for a while, e.g.: https://raw.githubusercontent.com/jellyfin/emby-artwork/master/studios/thumbs.txt

I don't believe it is planned to terminate the old subdomain, however I do believe it is a good idea to keep URLs current, if nothing else to avoid unnecessary DNS roundtrips.

Now, going to https://raw.githubusercontent.com/jellyfin/emby-artwork/master/studios/ returns a 400: Invalid request, however I assume this base-url is never called directly, but rather the files inside them so it would be fine.

On a side note: The hint shown on the field says "This can be any Jellyfin-compatible artwork repository. Leave blank to use default repository.", but, well... this field is filled by default, so why not just leave it blank for the default repository?
I noticed that when I delete the value and save, go back to plugins and back into the Plugin settings, it stays empty. However the field is filled in again after a restart of Jellyfin. Now I'm wondering what happens if the URL ever changes? Since the field is filled it would take precedence over the default, no?

Jellyfin Version

10.8.z

if other:

10.8.11

Environment

- OS:TrueNAS Scale
- Linux Kernel: 5.15.131
- Virtualization: Linuxserver.io Docker image (through TrueNAS Apps)
- Clients: Web
- Browser: Vivaldi/Chromium
- FFmpeg Version: 5.1.3-Jellyfin
- Playback Method: -
- Hardware Acceleration: none
- GPU Model: none
- Plugins: Studio Images
- Reverse Proxy: none
- Base URL: none
- Networking: Bridge
- Storage: local

Jellyfin logs

No response

FFmpeg logs

No response

Please attach any browser or client logs here

No response

Please attach any screenshots here

No response

Code of Conduct

I agree to follow this project's Code of Conduct

Originally created by @mihawk90 on GitHub (Nov 6, 2023). ### Please describe your bug I just stumbled on this but I'm not sure this is the right repo, however I also [couldn't find a separate repository](https://github.com/orgs/jellyfin/repositories?q=studio&type=all&language=&sort=) for the Studio Images plugin, so here goes. The Studio Images default plugin comes with a default URL: [`https://raw.github.com/jellyfin/emby-artwork/master/studios`](https://raw.github.com/jellyfin/emby-artwork/master/studios) however, as you can tell when trying to open this, it just returns `404: Not Found` That subdomain has been redirecting to `raw.githubusercontent.com` for a while, e.g.: https://raw.githubusercontent.com/jellyfin/emby-artwork/master/studios/thumbs.txt I don't believe it is planned to terminate the old subdomain, however I do believe it is a good idea to keep URLs current, if nothing else to avoid unnecessary DNS roundtrips. Now, going to [`https://raw.githubusercontent.com/jellyfin/emby-artwork/master/studios/`](https://raw.githubusercontent.com/jellyfin/emby-artwork/master/studios/posters.txt) returns a `400: Invalid request`, however I assume this base-url is never called directly, but rather the files inside them so it would be fine. On a side note: The hint shown on the field says "This can be any Jellyfin-compatible artwork repository. Leave blank to use default repository.", but, well... this field is filled by default, so why not just leave it blank for the default repository? I noticed that when I delete the value and save, go back to plugins and back into the Plugin settings, it stays empty. However the field is filled in again after a restart of Jellyfin. Now I'm wondering what happens if the URL ever changes? Since the field is filled it would take precedence over the default, no? ### Jellyfin Version 10.8.z ### if other: 10.8.11 ### Environment ```markdown - OS:TrueNAS Scale - Linux Kernel: 5.15.131 - Virtualization: Linuxserver.io Docker image (through TrueNAS Apps) - Clients: Web - Browser: Vivaldi/Chromium - FFmpeg Version: 5.1.3-Jellyfin - Playback Method: - - Hardware Acceleration: none - GPU Model: none - Plugins: Studio Images - Reverse Proxy: none - Base URL: none - Networking: Bridge - Storage: local ``` ### Jellyfin logs _No response_ ### FFmpeg logs _No response_ ### Please attach any browser or client logs here _No response_ ### Please attach any screenshots here _No response_ ### Code of Conduct - [X] I agree to follow this project's Code of Conduct

backuprepo

2025-12-22 01:21:11 +01:00

closed this issue
added the
good first issue

bug

confirmed
labels

backuprepo commented

2025-12-22 01:21:17 +01:00

Author

Owner

@mihawk90 commented on GitHub (Nov 8, 2023):

Had some time and dug a little...
Seems this is the correct repo:

c2bfa17fcb/MediaBrowser.Providers/Plugins/StudioImages/Plugin.cs (L21)

@mihawk90 commented on GitHub (Nov 8, 2023): Had some time and dug a little... Seems this is the correct repo: https://github.com/jellyfin/jellyfin/blob/c2bfa17fcb5ae47f263c0d5512334af2b2f68429/MediaBrowser.Providers/Plugins/StudioImages/Plugin.cs#L21

backuprepo commented

2025-12-22 01:21:19 +01:00

Author

Owner

@jellyfin-bot commented on GitHub (Mar 8, 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 (Mar 8, 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).

backuprepo commented

2025-12-22 01:21:20 +01:00

Author

Owner

@adripo commented on GitHub (Mar 8, 2024):

Is it possible to use the api endpoint to retrieve the files?

example:
https://api.github.com/repos/jellyfin/emby-artwork/contents/studios

@adripo commented on GitHub (Mar 8, 2024): Is it possible to use the api endpoint to retrieve the files? example: `https://api.github.com/repos/jellyfin/emby-artwork/contents/studios`

backuprepo commented

2025-12-22 01:21:21 +01:00

Author

Owner

@mihawk90 commented on GitHub (Mar 8, 2024):

Also just wanted to add, yes it's unchanged.

@mihawk90 commented on GitHub (Mar 8, 2024): Also just wanted to add, yes it's unchanged.

backuprepo referenced this issue

2025-12-22 07:56:47 +01:00

[PR #5216] [MERGED] remove deprecated settings from server config #10254

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: starred/jellyfin#5216

No description provided.

Rows
Columns