mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-01-23 23:20:51 +01:00
Plugin catalog allows adding an invalid repo without error #7077
Labels
No labels
area:database
awaiting-feedback
backend
blocked
breaking change: web api
bug
build
ci
confirmed
discussion needed
dotnet future
downstream
duplicate
EFjellyfin.db
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
question
regression
release critical
requires-web
roadmap
security
security
stale
support
syncplay
ui & ux
upstream
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: starred/jellyfin#7077
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @joshuaboniface on GitHub (Jun 10, 2025).
Description of the bug
When adding a new repository catalog, an invalid URL (404) can be entered. The frontend provides no indication of an error, however the backend logs a failure.
The frontend should wait to catch potential errors and display them to the user.
Reproduction steps
What is the current bug behavior?
The UI does not display an error.
What is the expected correct behavior?
The UI should display an error (e.g. "The entered plugin URL is not valid.") and return to the editor.
Jellyfin Server version
Unstable
Specify commit id
No response
Specify unstable release number
No response
Specify version number
No response
Specify the build version
10.11.0-rc1
Environment
Jellyfin logs
FFmpeg logs
Client / Browser logs
No response
Relevant screenshots or videos
No response
Additional information
No response
@nielsvanvelzen commented on GitHub (Jun 10, 2025):
Is this new in 10.11 or also reproducible in 10.10?
@joshuaboniface commented on GitHub (Jun 10, 2025):
Seems to be present on 10.10.7 as well. So it's not new, but I haven't noticed or seen it reported before.
Also I realized that, it doesn't do the check until you go back to the catalog page. So perhaps we should just call that check function when saving the repo, to at least validate the manifest exists and is valid. And then either succeed (perhaps with some helpful info like "Loaded X plugins from manifest" or something) or fail if it can't be found/isn't valid.
@crobibero commented on GitHub (Jun 11, 2025):
Fixing this is a breaking change, currently the client sets the list of repos without validation