# Issue Upgrading Third Party Modules **URL:** \ **Category:** Module Development\ **Tags:** ignition83\ **Created:** [October 8, 2025, 1:45am UTC](https://forum.inductiveautomation.com/t/issue-upgrading-third-party-modules/111257 "2025-10-08T01:45:43Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\ **Post date:** [October 8, 2025, 1:45am UTC](https://forum.inductiveautomation.com/t/issue-upgrading-third-party-modules/111257/1 "2025-10-08T01:45:43Z")
I'm seeing issues upgrading modules with `8.3`. To reproduce: - Create a gateway (`8.3.0 b2025091510`) using Docker. - Install module version `0.2.1`. - Reboot using the Web UI. - View modules in the Web UI, and see that `0.2.1` is installed. - Install module version `0.2.2`. - Reboot using the Web UI. - View modules in the Web UI, and see that `0.2.1` is _still_ installed. I'm not seeing any errors or warnings in the logs. In order to get the upgrade to happen, I have to uninstall `0.2.1`, reboot, install `0.2.2`, the reboot again. Modules attached: [Embr-SNMP-Ignition83-0.2.1.modl](https://forum.inductiveautomation.com/uploads/short-url/mQwvfaWQLdcZ5MZWTSAwdDxPRCi.modl) (2.3 MB) [Embr-SNMP-Ignition83-0.2.2.modl](https://forum.inductiveautomation.com/uploads/short-url/jNEeKGairuca2Ghm1yNNY2q0H7d.modl) (2.3 MB) ---
**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:** [October 8, 2025, 1:49am UTC](https://forum.inductiveautomation.com/t/issue-upgrading-third-party-modules/111257/2 "2025-10-08T01:49:43Z")
There's currently an issue when upgrading modules that have different file names. IGN-14211 for reference, targeted for Ignition 8.3.2. ---
**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\ **Post date:** [October 8, 2025, 2:00am UTC](https://forum.inductiveautomation.com/t/issue-upgrading-third-party-modules/111257/3 "2025-10-08T02:00:09Z")
Lame, but glad it's understood. Personal complaint: the current feedback loop for testing `8.3` modules is very slow 🐢 Any plans for the `gradle-module-plugin` to support some API actions (i.e. upload a module/modules + restart)? ---
**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:** [October 8, 2025, 2:10am UTC](https://forum.inductiveautomation.com/t/issue-upgrading-third-party-modules/111257/4 "2025-10-08T02:10:26Z")
I don't think anything is currently planned but it doesn't hurt to ask. We don't use the Maven or Gradle plugins so the incentives aren't exactly aligned when it comes to improving the dev experience using them. ---
**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\ **Post date:** [October 8, 2025, 2:27am UTC](https://forum.inductiveautomation.com/t/issue-upgrading-third-party-modules/111257/5 "2025-10-08T02:27:06Z")
Gotcha, created an issue here: > > > \## Problem > With the removal of module hot-loading and the module loading servlet…, the current developer experience for module's targeting \`8.3\` is poor. > The feedback time between making changes/compiling, manually uploading, and manually restarting the gateway is very long. > > \## Suggestion > The new \`8.3\` REST API allows for loading modules and restarting the Gateway. > > I suggest that the \`gradle-module-plugin\` be updated with a new \`8.3\` specific \`Deploy\` task to: > 1. Upload a module. > 2. Restart the Gateway. > > This would bring things back to feature parity with the \`8.1\` developer experience. I think it's just a reworking of the `Deploy` task to target the new API.