# When should/if you update Designer Launcher?

**URL:** <https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488>\
**Category:** Ignition\
**Tags:** ignition80\
**Created:** [January 21, 2021, 5:41pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488 "2021-01-21T17:41:10Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 5:41pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/1 "2021-01-21T17:41:10Z")

</div>

When you do an upgrade of a gateway, when/if should you re-download the designer launcher via the “Get Designer” button on the gateway page? Should it be done for every upgrade? Just on major version changes? After looking through all the change logs and finding designer related issues?

And a related question, can designers etc become incompatible with the gateway they talk to?

The [8.1 installation documentation](https://docs.inductiveautomation.com/display/DOC81/Installing+and+Upgrading+Ignition#InstallingandUpgradingIgnition-UpgradeIgnition) doesn’t seem to mention this aspect.

This is prompted by me just upgrading my test gateway from 8.1.0 to 8.1.1 I don’t expect to have an issue myself, but I want to be able to knowledgebly inform my clients down the road.

---

<div class="post-metadata">

**Author:** ![chasondeshotel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/chasondeshotel/32/20032_2.png) [@chasondeshotel](https://forum.inductiveautomation.com/u/chasondeshotel)\
**Post date:** [January 21, 2021, 6:01pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/2 "2021-01-21T18:01:29Z")

</div>

Unpatched software is one of the biggest attack vectors and one of the easiest to protect against. My advice is to update any time there is an update available

The Ignition docs say

> **Best Practice**  
> It's good practice to download and install the Designer Launcher every time you install a new release of Ignition. The Designer Launcher is a separate application and is not part of an Ignition release, so it's important not to have an outdated Designer Launcher shortcut residing on your desktop

I would like to see the Ignition launcher have an auto-updater or at least check for updates

---

<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:** [January 21, 2021, 6:02pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/3 "2021-01-21T18:02:06Z")

</div>

> [@chasondeshotel](#):
>
> I would like to see the Ignition launcher have an auto-updater or at least check for updates

Me too 😬

---

<div class="post-metadata">

**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:** [January 21, 2021, 6:10pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/4 "2021-01-21T18:10:06Z")

</div>

As of 8.0.13’s bundled client/designer launcher, you’ll get a prompt if you connect to a gateway that’s got a significantly different version of the launcher available. Not quite auto-updates, but pretty good.

In general - if you can _launch_ a designer at all, you don’t need to care about versioning. The designer launcher is just that - a _launcher_ - it doesn’t actually contain any of the required logic for the designer itself. That’s _always_ fetched from the target gateway, so the launchers can be pretty much version agnostic (outside of major changes to how client/designer launch works, like what was required between 7.9 and 8.0).

That aside, they only get better, so there’s certainly no harm in updating 🙂

---

<div class="post-metadata">

**Author:** ![chasondeshotel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/chasondeshotel/32/20032_2.png) [@chasondeshotel](https://forum.inductiveautomation.com/u/chasondeshotel)\
**Post date:** [January 21, 2021, 6:22pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/5 "2021-01-21T18:22:57Z")

</div>

> if you can _launch_ a designer at all, you don’t need to care about versioning

Until the point when someone finds an exploit and you didn't apply the patch since it's just a launcher. There's certainly less risk of an exploit with a smaller codebase but running out-of-date software is generally bad practice and I think particularly egregious in this case since updating the designer launcher is minimal risk to your production environment

Remember when you could bypass the Windows login screen? Not quite apples to apples but that was good times 😅

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 6:49pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/6 "2021-01-21T18:49:23Z")

</div>

> [@chasondeshotel](#):
>
> Unpatched software is one of the biggest attack vectors and one of the easiest to protect against. My advice is to update any time there is an update available
> 
> The Ignition docs say
> 
> > **Best Practice**  
> > It's good practice to download and install the Designer Launcher every time you install a new release of Ignition. The Designer Launcher is a separate application and is not part of an Ignition release, so it's important not to have an outdated Designer Launcher shortcut residing on your desktop
> 
> I would like to see the Ignition launcher have an auto-updater or at least check for updates

Where in the docs is that quoted text from? To my chagrin, when I went looking for it I [discovered](https://docs.inductiveautomation.com/display/DOC81/Launchers+and+Workstation#LaunchersandWorkstation-UpgradingLaunchers):

> **Upgrading Launchers**
> 
> Whenever an Application is launched from a Launcher, the Launcher will check to see if it needs an update. If the Gateway containing launched application is several revisions ahead of the Launcher, the Launcher will provide a popup notifying you that an update is available.
> 
> However manual upgrades can be performed. Simply download and run a new launcher installer from a more recent Ignition Gateway. During installation, simply set the installation directory to the same directory as the old launcher.

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 6:57pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/7 "2021-01-21T18:57:37Z")

</div>

> [@paul-griffith](#):
>
> As of 8.0.13's bundled client/designer launcher, you'll get a prompt if you connect to a gateway that's got a significantly different version of the launcher available. Not quite auto-updates, but pretty good.  
> ...  
> That aside, they only get better, so there's certainly no harm in updating 🙂

I think ultimately the issue is that of communication. Once a project gets above a certain size you will have different people controlling the gateway software installations vs those who are building the application. So there is always the chance (ok 100% certainty) that one group doesn't talk to the other about what version of software is in use. Thus is makes sense to automatically minimize the friction by getting the computers to do what they do best - talk to each other.

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 7:04pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/8 "2021-01-21T19:04:20Z")

</div>

> [@chasondeshotel](#):
>
> > if you can _launch_ a designer at all, you don’t need to care about versioning
> 
> Until the point when someone finds an exploit and you didn't apply the patch since it's just a launcher. There's certainly less risk of an exploit with a smaller codebase but running out-of-date software is generally bad practice and I think particularly egregious in this case since updating the designer launcher is minimal risk to your production environment
> 
> Remember when you could bypass the Windows login screen? Not quite apples to apples but that was good times 😅

My test gateway is running on Ubuntu (just to see how Ignition handles linux) and this morning Ubuntu told me that there were new updates available. After doing said updates (1) I could no longer open the Inductive website in Firefox (2) Thus Ubuntu stopped me from downloading some software called Ignition HMI, that's apparently full of exploitable holes 😆

(1) As after all, I want to run an up to date system and not be open to exploits.

(2) I can browse various other websites, but not the Inductive site. Apparently this sort of behavior is well known, but nothing I saw after searching actually solved my problem.

---

<div class="post-metadata">

**Author:** ![chasondeshotel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/chasondeshotel/32/20032_2.png) [@chasondeshotel](https://forum.inductiveautomation.com/u/chasondeshotel)\
**Post date:** [January 21, 2021, 8:09pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/9 "2021-01-21T20:09:53Z")

</div>

> I could no longer open the Inductive website in Firefox

I'm unable to reproduce this behavior on 18.04. Do you get a successful nslookup? Does the SSL certificate info look right? Any errors?

> As after all, I want to run an up to date system and not be open to exploits

Ubuntu is a step in the right direction then! At least we have a package manager for everything else lol

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 8:52pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/10 "2021-01-21T20:52:33Z")

</div>

This is on 20.04.1 LTS updated as of today. Firefox 84.0.2 (64 bit). Running in a VM under Windows 10  
I just loaded [youtube.com](http://youtube.com) and [www.wikipedia.org](http://www.wikipedia.org) from firefox within this system, but I can't get to [support.mozilla.com](http://support.mozilla.com)  
But I've also had the firefox crash reporter pop up a few times today.  
nslookup works for [inductiveautomation.com](http://inductiveautomation.com) and returns 52.52.32.221  
But I can't ping it. Firefox fails to load, but it will redirect from the http:// to the https:// url of the site before dying.

Interestingly on windows and mac when I enter [http://52.52.32.221](http://52.52.32.221) it gets redirected to [Inductive Automation](https://inductiveautomation.com/maintenance?host=52.52.32.221)

Which pops up:

> # Scheduled Website Down Time
> 
> Please be aware that this Friday (7/19) there will be scheduled downtime from 6PM – 7PM PDT. Several online services will be unavailable during this time.
> 
> The following services will be unavailable:
> 
> - Login Functionality
> 
> - License Activation
> 
> - Training Tests
> 
> - ICC Virtual Ticket Sales
> 
> - Training Class Sales
> 
> - Integrator Account
> 
> - Support Portal

But I can get to the correct inductive site via 2 other systems (windows and mac) so I know it's just the Ubuntu system. My guess is something was screwed up with the update, but as this is a test system I don't really care too much about that aspect.

---

<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:** [January 21, 2021, 8:57pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/11 "2021-01-21T20:57:22Z")

</div>

It’s definitely local to your system.

I run 20.04 as my primary (bare metal) operating system. Updated yesterday. No problems.

---

<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:** [January 21, 2021, 8:59pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/12 "2021-01-21T20:59:01Z")

</div>

> [@pturmel](#):
>
> I run 20.04 as my primary (bare metal) operating system.

Huh, if I had to guess what you run it would have been Debian + KDE. 🤷‍♂️

---

<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:** [January 21, 2021, 9:01pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/13 "2021-01-21T21:01:23Z")

</div>

I should be more precise: Kubuntu 20.04 is my workstation core. On a System76 Oryx Pro. (:

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 9:20pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/14 "2021-01-21T21:20:56Z")

</div>

Oh I know it’s me. And that it was working perfectly fine before I did that update 😠

---

<div class="post-metadata">

**Author:** ![chasondeshotel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/chasondeshotel/32/20032_2.png) [@chasondeshotel](https://forum.inductiveautomation.com/u/chasondeshotel)\
**Post date:** [January 21, 2021, 9:51pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/15 "2021-01-21T21:51:11Z")

</div>

> I can’t ping it

They probably have ICMP traffic disabled, which is not uncommon (and even disabled by default in AWS)

> Firefox fails to load, but it will redirect from the http:// to the https:// url of the site before dying

That's a function of Inductive's web server. The http:// is a 301 redirect to https://, which is the way it should be set up imo--there's no excuse not to force SSL

I would run `curl https://inductiveautomation.com` in the terminal to narrow it down to a system-wide or Firefox-only issue

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 9:56pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/16 "2021-01-21T21:56:50Z")

</div>

> [@chasondeshotel](#):
>
> That's a function of Inductive's web server. The http:// is a 301 redirect to https://, which is the way it should be set up imo--there's no excuse not to force SSL

Which says to me that at least some part fo my network connectivity is working.

> [@](#):
>
> I would run `curl https://inductiveautomation.com` in the terminal to narrow it down to a system-wide or Firefox-only issue

End result:

> $ curl [https://inductiveautomation.com](https://inductiveautomation.com)  
> curl: (7) Failed to connect to [inductiveautomation.com](http://inductiveautomation.com) port 443: No route to host  
> $

---

<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:** [January 21, 2021, 10:02pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/17 "2021-01-21T22:02:02Z")

</div>

try `dig inductiveautomation.com`.

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://forum.inductiveautomation.com/u/peter)\
**Post date:** [January 21, 2021, 10:06pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/18 "2021-01-21T22:06:30Z")

</div>

> [@pturmel](#):
>
> try `dig inductiveautomation.com`.

Which is sort of what I was getting with nslookup

> ; \<\<\>\> DiG 9.16.1-Ubuntu \<\<\>\> [inductiveautomation.com](http://inductiveautomation.com)  
> ;; global options: +cmd  
> ;; Got answer:  
> ;; -\>\>HEADER\<\<- opcode: QUERY, status: NOERROR, id: 55781  
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
> 
> ;; OPT PSEUDOSECTION:  
> ; EDNS: version: 0, flags:; udp: 65494  
> ;; QUESTION SECTION:  
> ;[inductiveautomation.com](http://inductiveautomation.com). IN A
> 
> ;; ANSWER SECTION:  
> [inductiveautomation.com](http://inductiveautomation.com). 791 IN A 52.52.32.221
> 
> ;; Query time: 0 msec  
> ;; SERVER: 127.0.0.53#53(127.0.0.53)  
> ;; WHEN: Thu Jan 21 15:02:58 MST 2021  
> ;; MSG SIZE rcvd: 68

---

<div class="post-metadata">

**Author:** ![chasondeshotel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/chasondeshotel/32/20032_2.png) [@chasondeshotel](https://forum.inductiveautomation.com/u/chasondeshotel)\
**Post date:** [January 21, 2021, 10:08pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/19 "2021-01-21T22:08:23Z")

</div>

No route on the default SSL port. You’ve got a firewall/routing issue

Run `sudo iptables --list` to make sure you don’t have any rules set on that machine then I’d start looking at how your other network devices are handling that traffic

Yeah it succeeds nslookup and goes forward with the 301 redirect, dig won’t tell us anything new in this case. You could curl the [http://inductiveautomation.com](http://inductiveautomation.com) and I bet it spits out the 301

---

<div class="post-metadata">

**Author:** ![chasondeshotel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/chasondeshotel/32/20032_2.png) [@chasondeshotel](https://forum.inductiveautomation.com/u/chasondeshotel)\
**Post date:** [January 21, 2021, 10:09pm UTC](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488/20 "2021-01-21T22:09:40Z")

</div>

Although I am curious how something like wiki is working since it’s also a 301 to https

edit: and the maintenance website works over https 🤔 So I don’t know. I still suspect a mishandling of network traffic somewhere

[Next page](https://forum.inductiveautomation.com/t/when-should-if-you-update-designer-launcher/42488.md?page=2)
