# Ignition 8.3 Restart due to Enable Disable Modules

**URL:** <https://forum.inductiveautomation.com/t/ignition-8-3-restart-due-to-enable-disable-modules/112288>\
**Category:** Ignition\
**Tags:** ignition83, perspective\
**Created:** [November 20, 2025, 12:09am UTC](https://forum.inductiveautomation.com/t/ignition-8-3-restart-due-to-enable-disable-modules/112288 "2025-11-20T00:09:25Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![csavaliya](https://avatars.discourse-cdn.com/v4/letter/c/2bfe46/32.png) [@csavaliya](https://forum.inductiveautomation.com/u/csavaliya)\
**Post date:** [November 20, 2025, 12:09am UTC](https://forum.inductiveautomation.com/t/ignition-8-3-restart-due-to-enable-disable-modules/112288/1 "2025-11-20T00:09:25Z")

</div>

Hello,

I have noticed with Ignition 8.3 that when any module enabled/disabled, then it restarts the gateway which affects the clients. Is there any setting to avoid impact on perspective clients.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [November 20, 2025, 12:14am UTC](https://forum.inductiveautomation.com/t/ignition-8-3-restart-due-to-enable-disable-modules/112288/2 "2025-11-20T00:14:37Z")

</div>

It shouldn't be restarting the Ignition Gateway automatically, but it should require that you restart before the newly installed or upgraded module takes effect.

---

<div class="post-metadata">

**Author:** ![csavaliya](https://avatars.discourse-cdn.com/v4/letter/c/2bfe46/32.png) [@csavaliya](https://forum.inductiveautomation.com/u/csavaliya)\
**Post date:** [November 20, 2025, 12:27am UTC](https://forum.inductiveautomation.com/t/ignition-8-3-restart-due-to-enable-disable-modules/112288/3 "2025-11-20T00:27:29Z")

</div>

The gateway asks to restart gateway manually that will affects the concurrent clients. What if critical processes working and other side different module being installed for another project.

---

<div class="post-metadata">

**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\
**Post date:** [November 20, 2025, 12:28am UTC](https://forum.inductiveautomation.com/t/ignition-8-3-restart-due-to-enable-disable-modules/112288/4 "2025-11-20T00:28:15Z")

</div>

> [@Ignition 8.3 Needs restart after modules installs](https://forum.inductiveautomation.com/t/ignition-8-3-needs-restart-after-modules-installs/110695/3):
>
> It was a difficult decision to make when we decided to remove hot loading for 8.3.0, but ultimately we decided that we needed to do that. Hot loading causes all kinds of issues for the Java class loaders, and lead to the kinds of problems where you would need to restart running modules to clear up issues. By having the list of modules known at start up we avoid a lot of potential race conditions and instabilities.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [November 20, 2025, 12:36am UTC](https://forum.inductiveautomation.com/t/ignition-8-3-restart-due-to-enable-disable-modules/112288/5 "2025-11-20T00:36:47Z")

</div>

> [@csavaliya](#):
>
> What if critical processes working and other side different module being installed for another project.

Don't do that. Do your development in isolated development systems. Move development work to production systems during maintenance windows. To minimize downtime on critical systems, use redundant gateways in production, so you can perform maintenance on the inactive member of the pair.

Module hot-loading in v8.1 and before was always a risky business for production systems. (Been there, suffered for it.) v8.3 avoids a whole category of disasters by requiring **deliberate** deployment of modules.

Change your development behaviors or stay on v8.1.
