# \[BUG-13688\] Behavior of {InstanceName} has changed from 7.9 **URL:** \ **Category:** Ignition Early Access\ **Tags:** ignition80\ **Created:** [May 8, 2019, 7:31pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809 "2019-05-08T19:31:56Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![heybales](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/heybales/32/3358_2.png) [@heybales](https://forum.inductiveautomation.com/u/heybales)\ **Post date:** [May 8, 2019, 7:31pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/1 "2019-05-08T19:31:56Z")
In 7.9 this binding: {sitePath}{area}{parent}{InstanceName}.ActiveRecipeName evaluated to: [global]\Harman\Szekesfehervar\Microphones\HFM14\PLC.ActiveRecipeName In 8.0.1 the same binding evaluates to: [global]\Harman\Szekesfehervar\Microphones\HFM14\HFM14.ActiveRecipeName This occurs in a complex data type, where the PLC instance exists as an element of HFM14. Screenshots: 7.9.10 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/f/f5e1c1c25a6f07beea877c73e7d9b24740a42219.png) 8.0.1 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/0/001b236a9996aab1357b5b31a87e2c0674e1da49.png) ---
**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:** [May 8, 2019, 7:38pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/2 "2019-05-08T19:38:21Z")
Thanks for reporting, I’ve made a bug ticket to track this. ---
**Author:** ![heybales](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/heybales/32/3358_2.png) [@heybales](https://forum.inductiveautomation.com/u/heybales)\ **Post date:** [May 9, 2019, 11:48pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/3 "2019-05-09T23:48:31Z")
@Kevin.Herron thanks. So to be clear, the intention is for the behavior of InstanceName to remain the same as before. Correct? ---
**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:** [May 10, 2019, 12:00am UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/4 "2019-05-10T00:00:11Z")
There are only a few things we intentionally broke backwards compatibility on. In most cases any project upgraded from 7.9 should continue to work on 8.0 without modifications. So, yes, we’ll fix this so it acts like it did in 7.9. ---
**Author:** ![awalker](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/awalker/32/6874_2.png) [@awalker](https://forum.inductiveautomation.com/u/awalker)\ **Post date:** [May 17, 2019, 4:00pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/5 "2019-05-17T16:00:43Z")
This issue was fixed in the 8.0.2 nightly build that was uploaded today (5/17). ---
**Author:** ![SBL\_MC](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sbl_mc/32/56813_2.png) [@SBL\_MC](https://forum.inductiveautomation.com/u/SBL_MC)\ **Post date:** [May 27, 2019, 12:00pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/6 "2019-05-27T12:00:47Z")
I just installed 8.0.3 nightly, and are still seeing misbehavior regarding InstanceName. I have an alarm configuration like this: “’{InstanceName}’ + ’ - ’ + {[.]…/Description} + ’ høy alarm’” The alarm tekst is then printing “{InstanceName} - høy alarm” ---
**Author:** ![SBL\_MC](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sbl_mc/32/56813_2.png) [@SBL\_MC](https://forum.inductiveautomation.com/u/SBL_MC)\ **Post date:** [May 27, 2019, 1:26pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/7 "2019-05-27T13:26:02Z")
Is there no good equivalent to the instanceName ? Been looking trough Expression - Alarm proprieties - Main, but can’t find any UDT name. ---
**Author:** ![James.Lorenz](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/james.lorenz/32/3290_2.png) [@James.Lorenz](https://forum.inductiveautomation.com/u/James.Lorenz)\ **Post date:** [May 29, 2019, 6:47pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/8 "2019-05-29T18:47:12Z")
Which alarm property are you trying to use the `InstanceName` parameter reference? The ones I tested were working as expected. ---
**Author:** ![andor.izsak](https://avatars.discourse-cdn.com/v4/letter/a/ee59a6/32.png) [@andor.izsak](https://forum.inductiveautomation.com/u/andor.izsak)\ **Post date:** [May 30, 2019, 4:57am UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/9 "2019-05-30T04:57:47Z")
Kevin, Is there a difference between an install and its projects being “upgraded” or simply importing projects from 7.9 to 8? Is it safe to presume that projects when imported to a clean 8 install will be “upgraded” ? ---
**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:** [May 30, 2019, 10:53am UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/10 "2019-05-30T10:53:33Z")
Imported projects get converted as well, but it’s a different code path and conversion routine than an upgrade, so let us know if you see anything weird. ---
**Author:** ![andor.izsak](https://avatars.discourse-cdn.com/v4/letter/a/ee59a6/32.png) [@andor.izsak](https://forum.inductiveautomation.com/u/andor.izsak)\ **Post date:** [May 31, 2019, 2:55pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/11 "2019-05-31T14:55:52Z")
Not project but we also imported UDTs from 7.9 so in regards to " **13801: UDT definition was not importing correctly when the provider root folder was selected**" Does this mean UDTs from 7.9 should be re-imported to fix the “default” scan class issue where tags just start writing history random despite the fact they had no history enabled? Or can one assume that with 8.0.2 upgrade these issues get resolved during the upgrade? ---
**Author:** ![SBL\_MC](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sbl_mc/32/56813_2.png) [@SBL\_MC](https://forum.inductiveautomation.com/u/SBL_MC)\ **Post date:** [July 30, 2019, 7:58am UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/12 "2019-07-30T07:58:44Z")
Just restored our 7.9 gateway to 8.0.2. b2019060511 and the bug is still present. ---
**Author:** ![heybales](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/heybales/32/3358_2.png) [@heybales](https://forum.inductiveautomation.com/u/heybales)\ **Post date:** [August 1, 2019, 11:36pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/13 "2019-08-01T23:36:38Z")
@Kevin.Herron what is the status? I’m also seeing the bug in 8.02. ---
**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:** [August 2, 2019, 1:32am UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/14 "2019-08-02T01:32:57Z")
A fix was merged and released with 8.0.2 so I’m not sure if you’re seeing a different issue or if QA tested something different or what. Are you still seeing this on the example from your first post? ---
**Author:** ![heybales](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/heybales/32/3358_2.png) [@heybales](https://forum.inductiveautomation.com/u/heybales)\ **Post date:** [August 2, 2019, 7:16pm UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/15 "2019-08-02T19:16:56Z")
@Kevin.Herron ok, I figured it out. It’s a different case than the original one. Firstly, in trying to fix this, I upgraded to 8.0.3 RC2. The following is from this version. But I guess the fix below would have worked in 8.0.2. In this case we have a parameter that is using a reference. See below. This Data Type was imported from 7.9. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/c/c4bb34ccdfc036866a30e2e3d809eb8dc37c15ab.png) the parameter is used in a tag inside the structure. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/9/95acb7def59fb079363e098daff13f8b640b66e3.png) And does not get resolved. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/0/070ca6be5fea30d36a7137f9ab323cc409fe689b.png) I fixed it by modifying the parameter value to something else, committing the change, and then changing it back to the original value. Once this is done, the tag resolves correctly. Note the import of the 7.9 tags occurred when Ignition was at 8.00, or something prior to 8.0.2. So a 7.9 import into 8.0.2 might not exhibit this error. ---
**Author:** ![heybales](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/heybales/32/3358_2.png) [@heybales](https://forum.inductiveautomation.com/u/heybales)\ **Post date:** [August 3, 2019, 12:01am UTC](https://forum.inductiveautomation.com/t/bug-13688-behavior-of-instancename-has-changed-from-7-9/24809/16 "2019-08-03T00:01:32Z")
I re-imported the 7.9 tags into 8.0.3 rc2, and everything looks good.