starred/jellyfin

Fork 0

mirror of https://github.com/jellyfin/jellyfin.git synced 2026-01-24 07:30:57 +01:00

[Issue]: not all clients receive websocket commands/messages #5822

New issue

Closed

opened 2025-12-22 02:55:05 +01:00 by backuprepo · 4 comments

backuprepo commented

2025-12-22 02:55:05 +01:00

Owner

Originally created by @jumoog on GitHub (May 20, 2024).

Please describe your bug

I noticed that when I open Jellyfin Dashboard in one tab and start playing a video in another tab, the websocket url is always the same /socket?api_key=<api_key>&deviceId=<deviceId> for both tabs. When I send a message or command via the REST API, only the last connected websocket client receives the message. If I close the last open websocket connection, the old one gets all the messages again.

I think this is the reason why my plugin successfully sends messages and seek commands to skip the intro/credits and sometimes it does not work. In my opinion, the messages/commands should be sent to all affected websockets clients for the affected session.

Reproduction Steps

Open Jellyfin in two tabs and control the session via REST API.
Only the last connected client will receive commands and messages.
Close the last opened tab and repeat sending messages/commands.
Now the other tab receives everything.

Jellyfin Version

10.9.0

if other:

No response

Environment

- Virtualization: Docker
- Clients: Browser
- Browser: Firefox

Jellyfin logs

Nothing of relevance is happening in the logs.

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 @jumoog on GitHub (May 20, 2024). ### Please describe your bug I noticed that when I open Jellyfin Dashboard in one tab and start playing a video in another tab, the websocket url is always the same `/socket?api_key=<api_key>&deviceId=<deviceId>` for both tabs. When I send a message or command via the REST API, only the last connected websocket client receives the message. If I close the last open websocket connection, the old one gets all the messages again. I think this is the reason why my plugin successfully sends messages and seek commands to skip the intro/credits and sometimes it does not work. In my opinion, the messages/commands should be sent to all affected websockets clients for the affected session. ### Reproduction Steps - Open Jellyfin in two tabs and control the session via REST API. - Only the last connected client will receive commands and messages. - Close the last opened tab and repeat sending messages/commands. - Now the other tab receives everything. ### Jellyfin Version 10.9.0 ### if other: _No response_ ### Environment ```markdown - Virtualization: Docker - Clients: Browser - Browser: Firefox ``` ### Jellyfin logs ```shell Nothing of relevance is happening in the logs. ``` ### 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 02:55:05 +01:00

closed this issue
added the
stale

bug
labels

backuprepo commented

2025-12-22 02:55:09 +01:00

Author

Owner

@jellyfin-bot commented on GitHub (May 20, 2024):

Hi, it seems like your issue report has the following item(s) that need to be addressed:

The format of the environment section has been altered from the template.

This is an automated message, currently under testing. Please file an issue here if you encounter any problems.

@jellyfin-bot commented on GitHub (May 20, 2024): Hi, it seems like your issue report has the following item(s) that need to be addressed: - The format of the environment section has been altered from the template. This is an automated message, currently under testing. Please file an issue [here](https://github.com/jellyfin/jellyfin-triage-scripts/issues) if you encounter any problems.

backuprepo commented

2025-12-22 02:55:11 +01:00

Author

Owner

@jumoog commented on GitHub (May 23, 2024):

The problem is that you can watch multiple videos in the same session and you can no longer remotely control which video you want to control. This should only be an issue in the browser. But I don't know how for example the webOS app behaves.

@jumoog commented on GitHub (May 23, 2024): The problem is that you can watch multiple videos in the same session and you can no longer remotely control which video you want to control. This should only be an issue in the browser. But I don't know how for example the webOS app behaves.

backuprepo commented

2025-12-22 02:55:14 +01:00

Author

Owner

@jellyfin-bot commented on GitHub (Sep 21, 2024):

This issue has gone 120 days without an update and will be closed within 21 days if there is no new activity. To prevent this issue from being closed, please confirm the issue has not already been fixed by providing updated examples or logs.

If you have any questions you can use one of several ways to contact us.

@jellyfin-bot commented on GitHub (Sep 21, 2024): This issue has gone 120 days without an update and will be closed within 21 days if there is no new activity. To prevent this issue from being closed, please confirm the issue has not already been fixed by providing updated examples or logs. If you have any questions you can use one of several ways to [contact us](https://jellyfin.org/contact).

backuprepo commented

2025-12-22 02:55:15 +01:00

Author

Owner

@jellyfin-bot commented on GitHub (Oct 12, 2024):

This issue was closed due to inactivity.

@jellyfin-bot commented on GitHub (Oct 12, 2024): This issue was closed due to inactivity.

backuprepo referenced this issue

2025-12-22 08:05:34 +01:00

[PR #5826] [MERGED] PlayTo Fix: Use external ip not internal interface #10498

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#5822

No description provided.

Rows
Columns