mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-01-23 23:20:51 +01:00
[Bug] 10.11: Favorites get lost during playback #7407
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#7407
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 @Rattle22 on GitHub (Oct 11, 2025).
Description of the bug
I set up jellyfin 10.11.0-rc8 with docker compose behind nginx. I used the recommended settings with no modifications, except taking out the ssl config of the nginx file and having it generated by certbot instead.
When playing music and favoriting, sometimes new changes get reset. This seems to be tied to the progress update the client sends to the server.
Reproduction steps
What is the current bug behavior?
The favoriting status of songs does not 'stick', without further investigation the action seems to fail at random.
What is the expected correct behavior?
When a song is favorited or unfavorited, this persists regardless of other actions.
Jellyfin Server version
10.10.0+
Specify commit id
No response
Specify unstable release number
No response
Specify version number
No response
Specify the build version
10.11.0-RC8
Environment
Jellyfin logs
FFmpeg logs
Client / Browser logs
No response
Relevant screenshots or videos
No response
Additional information
No response
@theguymadmax commented on GitHub (Oct 11, 2025):
This is a caching issue. If you scan your library, the favorited item will show up.
@Rattle22 commented on GitHub (Oct 11, 2025):
Are you sure about that? This doesn't happen in 10.10.7, so even if it is, it's one that doesn't happen in older versions.
Also, I'd still consider this a bug or at the very least a missing feature if favorites showing up requires a library scan this often.
@theguymadmax commented on GitHub (Oct 11, 2025):
Yes, it's a bug introduced in 10.11; otherwise, I would have closed the report instead of labeling it as confirmed and Todo.
I just provided a workaround until the issue is fixed.
@Rattle22 commented on GitHub (Oct 11, 2025):
Ah, sorry, misread your tone.
Shall I still provide the logs, or do you have what you need? It'd be a bunch of work to set it up again, but if it's helpful I'll take the time.
@theguymadmax commented on GitHub (Oct 11, 2025):
Thanks, but logs aren’t necessary. The issue is easy to reproduce, and the logs wouldn’t indicate anything meaningful. Version 10.11 introduces aggressive caching to improve performance, and this appears to be a regression.
@h4p commented on GitHub (Oct 21, 2025):
I can confirm this bug.
Liking a music track successfully sends a request to the server and in the frontend the heart icon is shown.
If I go back to the overview page and select the same album again the heart icon is grayed out.