Active Devices Appear to be Stuck in Dashboard

[Luke 42077]

@timmyjl12 ?

[Bagul 182]

@LukeNo news on this subject?

[Luke 42077]

Are you still running into this?

[kikinjo 281]

Yes we ara

[neik 873]

Yepp, same here on latest .29 server beta.

AndroidTV seems to handle it better than the other apps.

[Bagul 182]

2 hours ago, Luke said:

Are you still running into this?

yeah

On 4/2/2023 at 11:08 PM, Bagul said:

@LukeNo news on this subject?

 

[neik 873]

2 hours ago, neik said:

AndroidTV seems to handle it better than the other apps.

False alarm, unfortunately.
Just had such a case in the dashboard:

 

[Luke 42077]

On 4/10/2023 at 3:51 PM, neik said:

False alarm, unfortunately.
Just had such a case in the dashboard:

 

Are you able to reproduce with the emby web app?

[Bagul 182]

@Luke

I also have the problem locally

 

And I have the problem with the web application

Edited September 6, 2023 by Bagul

[Luke 42077]

7 hours ago, Bagul said:

@Luke

I also have the problem locally

 

And I have the problem with the web application

Hi, can we please look at a specific example?

How to Report a Problem

Thanks !

[Bagul 182]

4 hours ago, Luke said:

Hi, can we please look at a specific example?

How to Report a Problem

Thanks !

Hello,

Yes of course, user "laura" was watching an episode (but this happens with movies too), and instead of going back to stop playback, she just turned off the Apple TV (I can reproduce the problem on iOS, web, android and Apple TV).
I think the websockets session is closed as I can no longer stop and pause playback from the dashboard.

When one of my users does this action of not going back to stop playback completely, the session on the Dashboard remains open and if playback required transcoding, this continues using unnecessary resources.

 

I send my server logs as soon as I can

Edited September 7, 2023 by Bagul

[Luke 42077]

Are you still running into this?

[Bagul 182]

2 hours ago, Luke said:

Are you still running into this?

Yes, I haven't had time to generate log files yet.

[Luke 42077]

On 9/14/2023 at 3:30 PM, Bagul said:

Yes, I haven't had time to generate log files yet.

That would be great, thanks.

[Bagul 182]

I've sent you the logs by private message.
User: Thibault
Request sent to stop playback: 00:50 approx. and playback blocked

[Bagul 182]

On 10/15/2023 at 12:55 AM, Bagul said:

I've sent you the logs by private message.
User: Thibault
Request sent to stop playback: 00:50 approx. and playback blocked

@Luke

The user has only one simultaneous stream. He has just closed his computer and is watching on his TV (so he has 2 streams) and transcoding continues.

 

I have resent you the logs via private message

[Bagul 182]

[NailClipper 4]

It has been a few years, multiple threads has been opened on the same issues, many information asked were provided by the users, so can we get an attention on this? This is still an issue.

I have a few different devices (marked in red) which has been there for more than 1 day. The last 2 were there for at least 2-3 days. They can be cleared if I restart Emby. But can we get more efficient way to handle this? Probably an option to terminate the session?

 

[ginjaninja 605]

i am getting stuck sessions from time to time... in my case...restart the [beta] server clears them and the sessions dont come back...seen with Roku client.

Oddly if you use the stop session button on the server dashboard....the sessions dont disappear which i think is odd because i dont think its the client maintaining the session (as the session doesnt come back when restarting the server). if i had to make a wild guess the server seems to be 'stuck'.

and in any case, "stop session on the server" should be a sledgehammer that no session 'can defend against'...at the very least the session should disappear from dashboard and come back only IF the client requests something..i would have guessed.

I cant reproduce the problem so difficult to send a clean log..it just happens from time to time... Last time  it happened i did look at the log and i saw no activity even from hitting the stop button on dashboard or from the client requesting service...

edit

hazzarding another  wild guess...from memory i think there is always evidence of a 100% red bar on stuck sessions ie..the 'transcoding' red line...

 

Edited June 15, 2024 by ginjaninja

[Luke 42077]

Hi, we’ll take a look at this. Thanks for reporting.

[NailClipper 4]

Still an issue. Hoping for it to get fixed.

[bpbenich 10]

I almost always have a stuck session or two in my dashboard. I haven't kept a log, but it's usually from Roku devices. I assume Roku is not informing the app of user-exit and Emby server won't remove it from active. When this happens, the play/pause/stop buttons disappear as if the server knows it is an inactive session. Another funny aspect, is that when that device comes back online and streams something new, it will only show one box, but will oddly jump back and forth between displaying the old stuck session and the new active session. While it can be annoying and triggers my OCD to have stuck sessions, it doesn't seem to have a tangible effect on the servers ability to stream (except maybe over time it fills the transcoding-tmp folder), so it is a low priority for me, compared to other features I'd love to see implemented.

[pwhodges 2012]

The Roku does not give the app a chance to inform the server if when the Home button is pressed.  Most problems with stuck sessions can be avoided if the playback is ended by using the back button.  I use a Roku every day, following this discipline, and don't get a stuck session more than maybe once a month or less.

Paul

[bpbenich 10]

12 hours ago, pwhodges said:

The Roku does not give the app a chance to inform the server if when the Home button is pressed.  Most problems with stuck sessions can be avoided if the playback is ended by using the back button.  I use a Roku every day, following this discipline, and don't get a stuck session more than maybe once a month or less.

Paul

Of course, but I'm not the problem. I try to inform my users, but they don't care to remember, and if it's solely to the benefit of my OCD, there's not much standing for me to force them to do it "the right way". This is reminiscent of the iPhone 4 "you're holding it wrong". And again, Emby server knows the user is no longer there, the buttons to control the session disappear, and yet it holds on for days, likely forever if I didn't reboot every now and then.

[rhodges 49]

Can't the apps heartbeat back to the server and if the server doesn't hear a heartbeat in a while it removes it from the dashboard? I have this issue with Roku and Emby for Samsung TVs, and sometimes iPhone client.