[Issue]: No option to change content type for library? #5236

Closed
opened 2025-12-22 01:23:01 +01:00 by backuprepo · 5 comments
Owner

Originally created by @K0-RR on GitHub (Nov 11, 2023).

Please describe your bug

I can't find a way to change the library content type from movies to shows. How to do it?

Jellyfin Version

Other

if other:

10.8.11

Environment

- OS: Windows 11

does not matter...

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 @K0-RR on GitHub (Nov 11, 2023). ### Please describe your bug I can't find a way to change the library content type from movies to shows. How to do it? ### Jellyfin Version Other ### if other: 10.8.11 ### Environment ```markdown - OS: Windows 11 does not matter... ``` ### 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:23:01 +01:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@crobibero commented on GitHub (Nov 11, 2023):

That isn’t supported. You will have to remove the library and recreate it.

@crobibero commented on GitHub (Nov 11, 2023): That isn’t supported. You will have to remove the library and recreate it.
Author
Owner

@K0-RR commented on GitHub (Nov 12, 2023):

Is it not possible even in a hacky / database editing way?
I understand it's not supported atm but why "not planned"?

@K0-RR commented on GitHub (Nov 12, 2023): Is it not possible even in a hacky / database editing way? I understand it's not supported atm but why "not planned"?
Author
Owner

@cvium commented on GitHub (Nov 12, 2023):

Why can't you just remove the library and create a new one? It's not planned because it's very very niche and ultimately pointless

@cvium commented on GitHub (Nov 12, 2023): Why can't you just remove the library and create a new one? It's not planned because it's _very_ _very_ niche and ultimately pointless
Author
Owner

@tenshiism commented on GitHub (May 10, 2024):

Why can't you just remove the library and create a new one? It's not planned because it's very very niche and ultimately pointless

Hi, I really don't think this is niche at all since someone decided to create an issue for it and research shows that for every issue created, theres many more people who didn't create an issue. Ultimately you are saying "we dont care about you" to anyone who has this issue. I don't agree that this attitude is appropriate for a community project. People have been creating posts about this issue for years https://www.reddit.com/r/jellyfin/comments/vgm08v/how_do_i_change_the_content_type_of_a_library/

@tenshiism commented on GitHub (May 10, 2024): > Why can't you just remove the library and create a new one? It's not planned because it's _very_ _very_ niche and ultimately pointless Hi, I really don't think this is niche at all since someone decided to create an issue for it and research shows that for every issue created, theres many more people who didn't create an issue. Ultimately you are saying "we dont care about you" to anyone who has this issue. I don't agree that this attitude is appropriate for a community project. People have been creating posts about this issue for years https://www.reddit.com/r/jellyfin/comments/vgm08v/how_do_i_change_the_content_type_of_a_library/
Author
Owner

@joshuaboniface commented on GitHub (May 10, 2024):

You can't because the item schema is vastly different for both media types.

So far, we've seen no reasonable way to convert this proposed, and even if we did the implementation would have to be a mess of spaghetti code to handle the conversion. This is not something we intend to try to change until our entire library schema is replaced. Creating a new library is the only valid solution.

If this is a very common situation as suggested, I find it hard to undertand why. The library types are discrete because they are different media types with completely different metadata structures (i.e. a movie doesn't have seasons or episodes in a sequential order). What reason is there to try to take an existing library of one type and replace it with another? If the answer is that the media is actually a 3rd kind (e.g. hom movies), the solution is a mixed or generic library.

I know this sounds a bit dismissive, but consider how complex this would be for us to implement in the current legacy (Emby 3 derived) library database code. We already have plans to replace this, but work is slow because of how convoluted and complex it is. This functionality would just add to that burden and significantly impeded the effort to replace it, and would be entirely wasted effort when we do.

@joshuaboniface commented on GitHub (May 10, 2024): You can't because the item schema is vastly different for both media types. So far, we've seen no reasonable way to convert this proposed, and even if we did the implementation would have to be a mess of spaghetti code to handle the conversion. This is not something we intend to try to change until our entire library schema is replaced. Creating a new library is the only valid solution. If this is a very common situation as suggested, I find it hard to undertand why. The library types are discrete because they are different media types with completely different metadata structures (i.e. a movie doesn't have seasons or episodes in a sequential order). What reason is there to try to take an existing library of one type and replace it with another? If the answer is that the media is actually a 3rd kind (e.g. hom movies), the solution is a mixed or generic library. I know this sounds a bit dismissive, but consider how complex this would be for us to implement in the current legacy (Emby 3 derived) library database code. We already have plans to replace this, but work is slow because of how convoluted and complex it is. This functionality would just add to that burden and significantly impeded the effort to replace it, and would be entirely wasted effort when we do.
Sign in to join this conversation.
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#5236
No description provided.