Active Devices Appear to be Stuck in Dashboard

[bfir3 117]

For a while now I've been having this issue, it's never really bothered me but I'm curious as to what's going on. This has occurred for months at the very least. My dashboard will show streams that are apparently in progress but they are stuck at a specific time and not moving for days. The user will watch content normally and it will show up as a separate active device with the frozen one still appearing alongside the rest. Below are the two streams that have been stuck like that for the past 3+ days.

 

 

Attached are the logs for the past two days

Edited November 4, 2017 by bfir3

[pir8radio 1312]

For a while now I've been having this issue, it's never really bothered me but I'm curious as to what's going on. This has occurred for months at the very least. My dashboard will show streams that are apparently in progress but they are stuck at a specific time and not moving for days. The user will watch content normally and it will show up as a separate active device with the frozen one still appearing alongside the rest. Below are the two streams that have been stuck like that for the past 3+ days.

 

 

Attached are the logs for the past two days

 

I'm not saying this is your issue, But I notice if my users pause something on their phone or PC and just leave the app (running the the background), their client keeps an active connection to my server, showing the same thing you see for days, even when they login from a browser or different app (not the same app they paused on) it shows a second card of them on this different device working normally. The paused users reconnect after a server reboot as well...  Here is one that has been on my server for days:

 

 

Here is that same user (i masked his IP)  but notice he had status code 200 returned days ago when he was actually online, but now that he is paused running in the background I get constant 204 "No Content" hits, (which is normal for emby as far as I have seen historically).   This user probably does not even know he left this movie paused and its running in the background, eating some minor bandwidth.  Until he reads this post...      I know it's not an emby (server) issue, because they are actually hitting my server with active connections, see below. 

 

Edited November 4, 2017 by pir8radio

[bfir3 117]

Okay, this is literally exactly what's happening yes. I see those no-content hits I was actually curious about what they were. Good to know that this is normal...

[bfir3 117]

I'm wondering if the connection remaining active for so long and hitting the server so frequently could be handled in a more elegant way...

[pir8radio 1312]

I'm wondering if the connection remaining active for so long and hitting the server so frequently could be handled in a more elegant way...

 

agreed, my users is still connected..  its been days.    Maybe a force disconnect after so many hours?  I don't know..  

[Bagul 182]

Hey,

 

I'm sorry to dig up this thread but I have the problem. If some of my users leave their application in the background or even turn off their device without leaving the stream it still appears on the dashboard (The stream of Aldric and Thibault in my case). I can't stop the stream from the dashboard and I have a limit of 1 stream per user which is not respected anymore (2 streams for Thibault for example).

 

Is it possible to kill a stream if it is paused for some time for example to avoid this without using a plugin?

 

[rbjtech 5284]

You could just disable and re-enable the user (which will kill all their sessions, forcing them to re-authenticate).

[Bagul 182]

12 minutes ago, rbjtech said:

You could just disable and re-enable the user (which will kill all their sessions, forcing them to re-authenticate).

But this forces the user to log in again.
If it stays too long I restart emby but it is not practical at all.

[Luke 42077]

Are you still seeing this?

[Bagul 182]

2 hours ago, Luke said:

Are you still seeing this?

Yes, the problem is still there. For example:

 

[Bagul 182]

On 12/5/2022 at 7:12 PM, Luke said:

Are you still seeing this?

@Luke

Edited December 14, 2022 by Bagul

[neik 873]

I see this only when my sister is using Emby (iPhone, iPad). I just assume she quits the playback ungracefully and Emby doesn't handle it.

[kikinjo 281]

This happens all the time on most browsers, has nothing to to with background or anything.

[rbjtech 5284]

11 minutes ago, kikinjo said:

This happens all the time on most browsers, has nothing to to with background or anything.

Mmm - would disagree.  I don't see any devices stuck on the dashboard - ever.    I have users on Iphones and Xbox's over many years - don't see any issues.

It may well be that they close down emby 'properly' - but if the server has not managed to acknowledge it's keep alive with the device - then it should be removed and the screen refreshed.

Pretty basic stuff .. ?

[kikinjo 281]

5 minutes ago, rbjtech said:

Mmm - would disagree.  I don't see any devices stuck on the dashboard - ever.  

Maybe you don't have so many users with browsers. 80% of my users either on forefox Or Chrome....are mostl stuck in dashboard. And that is ongoing for 2+ years.

Maybe you dont use Cloudflare, also.

[rbjtech 5284]

1 minute ago, kikinjo said:

Maybe you don't have so many users with browsers. 80% of my users either on forefox Or Chrome....are mostl stuck in dashboard. And that is ongoing for 2+ years.

Maybe you dont use Cloudflare, also.

I have browser users (firefox/chrome) - but I don't use Cloudflare no.

But the same logic applies - it shouldn't matter on the client and/or transport to make the connection - if the server does not receive a keep-alive - then it removes the connection.

[Bagul 182]

I don't use cloudflare and none of my users use a browser.

I thought it was my reverse proxy but I have the same problem locally (so I can solve it without restarting emby.)

 

For me this happens with any application. I have seen it with android, android TV, apple tv (local), xbox, windows, ios etc...

Edited December 14, 2022 by Bagul

[ebr 16169]

In Bagul's situation, nothing is "stuck".  His users are just leaving their sessions open.

On 11/18/2022 at 3:32 PM, Bagul said:

If some of my users leave their application in the background or even turn off their device without leaving the stream

 

[Bagul 182]

10 minutes ago, ebr said:

In Bagul's situation, nothing is "stuck".  His users are just leaving their sessions open.

 

Indeed an element differs on the first post (probably my English which is not very good) if the user restarts another playback (with the same device), the one which was "blocked" is replaced.

 

sorry for the confusion

 

Or I understood the first post correctly and we do have the same problem. 

Edited December 14, 2022 by Bagul

[Luke 42077]

Are you still having an issue with this?

[AJV_20 57]

On 12/14/2022 at 4:32 PM, ebr said:

In Bagul's situation, nothing is "stuck".  His users are just leaving their sessions open.

 

Is there a way to possibly have a timeout after a certain time? Maybe show an “are you still watching” pop up and if there’s no response after a certain time then kill the connection

Edited January 5, 2023 by TroyKing

[Bagul 182]

6 hours ago, Luke said:

Are you still having an issue with this?

I still have the same problem...

[neik 873]

Yeah, I can see this a lot on my sister's iPad. As far as I can tell she probably quits the playback ungracefully (maybe using home button?!) and due to that I can see the device as active although it isn't anymore.

It stays there like for hours and hours, I usually restart the server the get rid of it when I notice.

[timmyjl12 1]

I too am experiencing this now with my primes. Only on one server though. I rebooted the server and the devices reappear on the dashboard as if they never stopped streaming. 

[Happy2Play 9780]

8 minutes ago, timmyjl12 said:

I too am experiencing this now with my primes. Only on one server though. I rebooted the server and the devices reappear on the dashboard as if they never stopped streaming. 

Would need specific examples and server log as active sessions will return on a server start.