# Dormant Clients **URL:** \ **Category:** Ignition\ **Tags:** ignition79, vision\ **Created:** [December 10, 2020, 1:22pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382 "2020-12-10T13:22:53Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![dkhayes117](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/dkhayes117/32/68344_2.png) [@dkhayes117](https://forum.inductiveautomation.com/u/dkhayes117)\ **Post date:** [December 10, 2020, 1:22pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/1 "2020-12-10T13:22:53Z")
I still fail to understand why Ignition does not auto close dormant clients, I thought they were supposed to close out after a few minutes of being dormant? I came in to over 100 dormant clients from the same station. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/b/6bc398d589fb2a339f583ee0a02fd01b030c7595.png) ---
**Author:** ![witman](https://avatars.discourse-cdn.com/v4/letter/w/d2c977/32.png) [@witman](https://forum.inductiveautomation.com/u/witman)\ **Post date:** [December 10, 2020, 3:26pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/2 "2020-12-10T15:26:25Z")
I’m also curious what causes this. We usually don’t have any issues, but yesterday got a support call from an operator trying to login and on a four client limited license. There were two active clients and two dormant ones, with the dormant ones being clients he had closed to re-open due to a nuisance quality overlay bug. Having to wait a minute after closing a client for the license to free up isn’t unusual, but these ones didn’t seem to want to go away even after several minutes. I had to end them from the gateway before the operator could login. v8.0.16. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [December 10, 2020, 5:44pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/3 "2020-12-10T17:44:58Z")
This was basically just a bug - it’s fixed in 8.1.1. Unfortunately I don’t think it’s likely to be backported to 7.9. ---
**Author:** ![witman](https://avatars.discourse-cdn.com/v4/letter/w/d2c977/32.png) [@witman](https://forum.inductiveautomation.com/u/witman)\ **Post date:** [December 10, 2020, 5:50pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/4 "2020-12-10T17:50:08Z")
> [@paul-griffith](#): > > it’s fixed in 8.1.1 That's good to hear; planning to upgrade soon. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [December 10, 2020, 5:52pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/5 "2020-12-10T17:52:16Z")
> [@witman](#): > > That’s good to hear; planning to upgrade soon. Note that for upgrades, you'll have to "opt-in" to the new behavior - it's in the Gateway -\> Security settings, but defaults to 0 for upgrades. ---
**Author:** ![witman](https://avatars.discourse-cdn.com/v4/letter/w/d2c977/32.png) [@witman](https://forum.inductiveautomation.com/u/witman)\ **Post date:** [December 15, 2020, 12:59am UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/6 "2020-12-15T00:59:42Z")
Were you referring to the inactivity timeout in Config-\>Security-\>Identity Providers-\>ProviderName-\>Settings? ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/6/d6280be9b8a621a37b429c4d264f4b1baa6bac4b.png) Would “inactivity” in this context refer to lack of communication from client (as opposed to user inactivity on client)? Or am I looking in the wrong place? ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [December 15, 2020, 4:54pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/7 "2020-12-15T16:54:35Z")
Just Security -\> General -\> User Inactivity Timeout. Vision client session should go through the same bookkeeping as the gateway’s sessions. IdP inactivity timeout is the same idea, but specific to the identity provider keeping a logged in session alive - HTTP sessions at the Jetty level are distinct from actual logged in sessions. ---
**Author:** ![jramirez3](https://avatars.discourse-cdn.com/v4/letter/j/a183cd/32.png) [@jramirez3](https://forum.inductiveautomation.com/u/jramirez3)\ **Post date:** [July 2, 2021, 2:46am UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/8 "2021-07-02T02:46:57Z")
You can also give this a try. [Killing a Dormant Session in an Ignition HMI](http://nextgenscadaprogrammer.com/blog1.html) ---
**Author:** ![bdickerson](https://avatars.discourse-cdn.com/v4/letter/b/46a35a/32.png) [@bdickerson](https://forum.inductiveautomation.com/u/bdickerson)\ **Post date:** [May 28, 2024, 8:16pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/9 "2024-05-28T20:16:51Z")
Not sure the bug is fully fixed. We are using 8.1.36 and had over 400 'dormant' clients on one machine this morning. We ended up rebooting the 'dormant' client machine, but Ignition still showed over 400 dormant clients on the rebooted machine. Ultimately we rebooted our primary Ignition server to clear out the dormant sessions. We have since set the inactivity timeout to 5 days (7200 minutes) to hopefully mitigate future occurrences. We hope this does not affect display clients we use for dashboard data. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [May 28, 2024, 8:22pm UTC](https://forum.inductiveautomation.com/t/dormant-clients/41382/10 "2024-05-28T20:22:43Z")
_Increasing_ the inactivity timeout seems like exactly the opposite of what I would recommend. I _would_ recommend contacting our support department officially so they can do a proper investigation and see what might be going wrong here.