mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-01-23 23:20:51 +01:00
Playback on Chromecast freezes after unpausing, forgets progress #2264
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#2264
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 @N-kay on GitHub (Nov 14, 2020).
Describe the bug
Unpausing playback on a chromecast device causes stream to freeze after a few seconds. Stopping and restarting the stream works, no need to reconnect to the Chromecast. But Jellyfin has now forgotten the playback progress, making this issue very annoyig. Playback needs to be paused for a little bit for this to happen. Immediate pause -> unpause works fine.
System (please complete the following information):
To Reproduce
Expected behavior
Stream keeps playing.
Logs
Just a snippet, let me know if more is needed.
Screenshots
None
Additional context
Jellyfin is installed on a remote server, reverse-proxied through nginx and only accessible via https.
@gehring commented on GitHub (Jan 19, 2021):
I also encounter this bug but with HaProxy. Any progress with this issue? It's manageable but it's far from ideal. Do we know a workaround? Can some reverse proxy settings help mitigate this for the time being?
@stale[bot] commented on GitHub (Jun 2, 2021):
This issue has gone 120 days without comment. To avoid abandoned issues, it will be closed in 21 days if there are no new comments.
If you're the original submitter of this issue, please comment confirming if this issue still affects you in the latest release or nightlies, or close the issue if it has been fixed. If you're another user also affected by this bug, please comment confirming so. Either action will remove the stale label.
This bot exists to prevent issues from becoming stale and forgotten. Jellyfin is always moving forward, and bugs are often fixed as side effects of other changes. We therefore ask that bug report authors remain vigilant about their issues to ensure they are closed if fixed, or re-confirmed - perhaps with fresh logs or reproduction examples - regularly. If you have any questions you can reach us on Matrix or Social Media.
@ToxicFrog commented on GitHub (Jan 30, 2022):
This is still happening for me; for a bit of extra info, it happens only on stuff that requires a transcode. Anything the CC can play natively is fine.
I can resume it by seeking backwards a few seconds, but this leaves two ffmpeg transcode processes running.
@komali2 commented on GitHub (Apr 20, 2023):
Oh that's helpful, I was wondering why usage was up.
I'm also having this issue, I would really like to investigate but need to learn more first. Will peek around the logs to see if anything obvious jumps out.
Jellyfin running behind ngnix reverse proxy, https only.