mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-05-04 18:09:12 +03:00
Large playlist unusable in 10.11.0 #7567
Reference in New Issue
Block a user
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 @tanderson1992 on GitHub (Oct 26, 2025).
Description of the bug
After upgrading to 10.11.0 and running a full refresh metadata with replace all metadata, my largest 821-track playlist loads extremely slowly and doesn't show any tracks after it finally opens. First of all the track is not in the order we had in 10.10.7. I verified this by looking at the playlist.xml since the track listing wouldn't open. When I click on the playlist, there are 10-30 seconds of blank background with a loading circle, then the playlist finally opens listing 821 tracks, 53+ hours of time, dozens of genres, but no actual track listing. If I click the 3-dot menu, it takes up to 30 seconds for the menu to appear, and then if I choose something like "Edit," it shows a blank name instead of the actual playlist's name. I can hit play, and 10-30 seconds later the first song (incorrectly the first song due to the unrequested order change) eventually plays, but I don't see other songs listed in the queue.
Reproduction steps
What is the current bug behavior?
I first tried to re-create the playlist by syncing from Symfonium, the client we both use on our phones. I hit sync, push to server and then waited a long time just to be sure the sync finished. Nothing changed on the server. It showed 821 tracks, 54 hours of music, dozens of genres, but no tracks displayed. I went to the Jellyfin forum to post about it, and when I checked my Jellyfin tab the 821 tracks were listed! Out of order, but there at least. That was the only time tracks have ever appeared even though I can see them in the playlist.xml file. I then tried copying the playlist to a new playlist "Test." It created a Test playlist with 821 tracks, 54 hours of music, dozens of genres, but no tracks displayed. I waited about 10 minutes but the tracks never appeared.
Next I tried adding a random song to the playlist. It then showed 822 tracks, slightly longer time, dozens of genres, no tracks listed.
Finally I went with the nuclear option. I first tested on a separate 10-track playlist. I deleted it from Jellyfin and told Symfonium to push to server. It gave an error because the playlist didn't exist on the server. I added one random track to the playlist with the correct name, then pushed again from Symfonium. This time it synced perfectly and in less than a second the 10-track playlist was created.
I moved on to the 822-track playlist (it was still only 821 in Symfonium). I deleted it from Jellyfin, added one random track to a new playlist with the same old name, then synced from Symfonium. It ran the sync for about 20 seconds and gave no errors. However, in Jellyfin I now had two playlists with the same name, one with one track (the random one I used to create the playlist) and one with 821 tracks, 54 hours, dozens of genres, and no track listing.
Next I tried the re-import option: delete the playlist from Jellyfin, export the Symfonium playlist to m3u8, copy the m3u8 to the server with the name "Test." I placed the Test.m3u8 in the music directory and forced a library scan. First time the test file disappeared immediately and I had a Test playlist with no songs. I realized the path was wrong in the m3u8. Edited it, re-copied to the music folder, scanned again. Now the m3u8 file is still in there, I have a playlist named Test, but it sometimes shows nothing at all and sometimes shows 821 tracks, no time, no genres, and no tracks. Oddly I also have no Test folder in the playlists subfolder. If I hit play, the correct song number 1 does play, so the data is in there somewhere.
From inside this playlist, I clicked the 3-dot menu, chose add to playlist, and gave it the name Test 3 (no idea why I skipped 2). This did create a Test 3 playlist folder on the server and shows 821 tracks, 53+ hours, dozens of genres, and no tracks for minutes on end. So far if I go away from the tab, leaving it on Test 3, it will eventually load the complete 821 track listing. There's still something wrong with the playlist though, because selecting "Edit" in the 3-dot menu doesn't allow me to set the playlist as public, for example, because the name isn't filled in. If I manually type Test 3, it creates another playlist named Test 3! I also tried syncing Test 3 to my Symfonium instance and got a blank playlist.
What is the expected correct behavior?
The playlist should open nearly instantly, should display all 821 tracks right away, should be editable, copyable, and downloadable.
Jellyfin Server version
10.10.0+
Specify commit id
No response
Specify unstable release number
No response
Specify version number
10.11.0
Specify the build version
10.11.0
Environment
Jellyfin logs
FFmpeg logs
Client / Browser logs
Relevant screenshots or videos
https://github.com/user-attachments/assets/ffd34539-245a-4c99-9c47-120918d08cb7
This video shows what happens when I click 3-dot menu. It's not obvious, but I click the dots at the start of the video. Notice how long it takes to open and that the playlist name isn't filled in as it should be:
https://github.com/user-attachments/assets/79b38f3d-f4b0-4c57-b5d5-b3b34e9c344f
Additional information
Logs starting 21 October, the day of the initial upgrade.
log_20251021.log
log_20251022.log
log_20251023.log
log_20251024.log
log_20251025.log
@coolhand72 commented on GitHub (Oct 26, 2025):
+1 same problem on playlists exceeding ~700-800. Tested on playlists up to 3500 do not load.
@SirFritz commented on GitHub (Oct 30, 2025):
For my main music playlist with 1119 tracks (96h) it loads but takes a few seconds. No longer than 10 secs total. Far slower than 10.10.7, but not unusable for me. It's very slow loading in Feishin client too.
@tanderson1992 commented on GitHub (Oct 30, 2025):
Glad it's working for you. For me the unusable part comes in that I can't share this playlist to others and can't sync it to my Symfonium client. Something about the long delay in even seeing the tracklist makes Symfonium and other Jellyfin users see the playlist as empty.
@coolhand72 commented on GitHub (Nov 11, 2025):
One result of large playlists not loading, a popular jellyfin music app (Manet) will not complete a full sync, crashing at the playlist sync. Artists, Albums, and Songs all sync initially, but since it crashes at playlists, it is unable to refresh when new items are added. FWIW
@tgitnh commented on GitHub (Nov 18, 2025):
I have a playlist with about 500 songs. Before 10.11 update it took the Web UI about 3 - 5 seconds to completely show the 500 songs. Now it never finishes. When I'm lucky it displays the genre list of all songs after about 15 seconds and then it stops. Sometimes it doesn't show anything at all.
Since the update I am unable to use playlists with approximately more than 200 items because loading never finishes.
My daughter's playlist with about 100 items now takes 5 - 10 seconds to load. It showed up after 1-2 seconds before the update.
I also found a blog entry which discusses this problem in more detail: https://industrialmarketer.com/blog/jellyfin-slow-playlist-loading-in
https://github.com/jellyfin/jellyfin/issues/15553 seems to be a duplicate of the bug.
@derritter88 commented on GitHub (Nov 18, 2025):
As far as I can see is that opening a playlist is only using one single core.
Not sure if using multiple cores would speed this process.
@derritter88 commented on GitHub (Nov 18, 2025):
After a while the 100 % CPU thread stops but still the playlist is not being shown - on the other side there is also no error message at the log.
@tanderson1992 commented on GitHub (Nov 18, 2025):
I meant to ask what kind of install you have @SirFritz . I wonder if the fact that I'm running a Docker container makes any difference.
@tgitnh commented on GitHub (Nov 18, 2025):
Although I wasn't asked, I just wanted to add that I also use a Docker container on my DiskStation 918+.
@SirFritz commented on GitHub (Nov 19, 2025):
I'm running docker too.
Docker (linuxserver)
Fedora KDE 42
Intel Pentium Gold G6405
16GB Ram
I have all the metadata downloaders enabled EXCEPT all are disabled under
Metadata downloaders (Music Albums)As I prefer to rely only on the file tags. I wonder if this might be a difference as possibly I have less metadata to load..?@tanderson1992 commented on GitHub (Nov 19, 2025):
Thanks for the reply. I was hoping to find something that might point to the issue. Maybe the metadata is causing it, maybe not. I suppose I could try turning it off and see if that is any better. It can hardly get worse ;-)
@jyourstone commented on GitHub (Nov 19, 2025):
Same issue here, loading a music playlist with 200 items takes around 19 seconds.
Running Jellyfin as Docker on Unraid. These playlists loaded much quicker on version 10.10.
Here are my debug logs as well if that helps: https://bin.dinsten.se/?98cb456847b80ce4#6t6HgduKE8vbGasZxsKwby98TVryPC4AF88gPre2Ax3S
@SirFritz commented on GitHub (Nov 21, 2025):
I've noticed something strange with the amount of data retrieved. For most of my playlists, the amount of records retrieved matches the number of items in the playlist. But my main playlist with 1175 tracks, it instead retrieves 2327 records. Looking through the data most of its just repeated which seems pointless.
EDIT: If I copy all the contents of 1 playlist into a new playlist, the records then match the playlist count exactly. And it now loads twice as quick. Still slower than before, but 5 seconds instead of 10.
@ghost commented on GitHub (Dec 15, 2025):
Having the same issue. Symfonium also doesn't sync anymore. My playlist with 149 items takes a few minutes to load and the servers cpu usage goes up to 100%. I'am running Jellyfin natively under Windows 10.
@ckm9 commented on GitHub (Dec 15, 2025):
Same for me except all audio functionality in general takes long.
@tanderson1992 commented on GitHub (Dec 19, 2025):
For what it's worth, I created a second Jellyfin container and imported only music into it. After waiting nearly 24 hours for it to fully scan the library, I re-added my largest (821 tracks) playlist by importing the original m3u8 I'd used in Jellyfin1. It's still noticeably slower than 10.10.7 but does load all of the tracks in less than 30 seconds instead of sitting there trackless for hours on end like my main Jellyfin install. I haven't decided if it's best to 1) wait for the developers to troubleshoot and hopefully correct this error without destroying my DB, 2) wipe out my DB because there's at least some improvement in a clean DB or 3) move my music to another server such as Navidrome. I'm away from home for awhile and less willing to make huge changes remotely, so I'm going to take my time and weigh those options.