# Edits to UDT Tag script not making it to all clients?

**URL:** <https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320>\
**Category:** Ignition\
**Tags:** perspective, ignition81, scripting\
**Created:** [January 24, 2022, 6:22pm UTC](https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320 "2022-01-24T18:22:16Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![rvaught](https://avatars.discourse-cdn.com/v4/letter/r/b487fb/32.png) [@rvaught](https://forum.inductiveautomation.com/u/rvaught)\
**Post date:** [January 24, 2022, 6:22pm UTC](https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320/1 "2022-01-24T18:22:16Z")

</div>

I made changes to a UDT Tag Change Event script 24 hours ago. I was able to see this change’s effects on almost all of the browsers/machines we have here. The problem is that there are 2 machines out of 27 that are still seem running the change script in its old pre-edited mode if that makes sense?

Does anyone know how this might be happening?

---

<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 24, 2022, 7:46pm UTC](https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320/2 "2022-01-24T19:46:57Z")

</div>

Look for an override on those instances scripts. (I anyone edited an instance script, that tag won’t use the script from the definition any more.)

---

<div class="post-metadata">

**Author:** ![rvaught](https://avatars.discourse-cdn.com/v4/letter/r/b487fb/32.png) [@rvaught](https://forum.inductiveautomation.com/u/rvaught)\
**Post date:** [January 24, 2022, 8:35pm UTC](https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320/3 "2022-01-24T20:35:16Z")

</div>

Over the weekend I realized we had several duplicate UDT Tags. It looked like a Folder of Tags had been copied and pasted. It was these copied Tags that were causing problems as scripts that processed data were running twice. After I remove the copied Folder, and the duplicate Tags, scripts etc, things went back to normal and were working correctly. Fast Forward to today and there are 2 clients that look as if they still have the copied Tags. It’s as if the deleted copies are somehow still in place on these 2 machines.

---

<div class="post-metadata">

**Author:** ![rvaught](https://avatars.discourse-cdn.com/v4/letter/r/b487fb/32.png) [@rvaught](https://forum.inductiveautomation.com/u/rvaught)\
**Post date:** [January 25, 2022, 7:49pm UTC](https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320/4 "2022-01-25T19:49:29Z")

</div>

Sorry for the delayed response. I got caught up in other stuff for a day.

Anyway, in regards to (is the Tag instance script overriding the definition?) It’s odd because when I look at the instance script it appears that it is overriding the definition (see red arrow below)

 ![TagDefiniOverRid](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/9/2914d870a65d8a5d1aae084cbb4fcdf3c5a7e95b.png)

However, when I open the script’s instance it looks like it is NOT overriding the definition. See pic below

 ![TagDefinition](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/f/8f946d4eb7104a0ceafc95ffcf3843687f54d45b.png)

Does this make sense to anyone?

---

<div class="post-metadata">

**Author:** ![swolnisty](https://avatars.discourse-cdn.com/v4/letter/s/7bcc69/32.png) [@swolnisty](https://forum.inductiveautomation.com/u/swolnisty)\
**Post date:** [January 25, 2022, 11:48pm UTC](https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320/5 "2022-01-25T23:48:27Z")

</div>

I have seen similar things happen when tags within UDT instances have been updated or modified by a script, particularly if that script is using system.tag.getConfiguration() to get tag info, then system.tag.configure() to write properties back to said tag. Since system.tag.getConfiguration() will return any tag property that is not set to the “default” value as defined by Inductive, you will often get a lot of properties in each tag object it returns (including event scripts). If system.tag.configure() were called to write those tag properties back to the tag, the UDT instance will show those properties as being overridden, despite their values not necessarily being any different from the UDT’s definition. I would just simply click the green bubble in the tag editor and click OK or APPLY to un-override the value and allow it to inherit from the UDT definition again.

---

<div class="post-metadata">

**Author:** ![rvaught](https://avatars.discourse-cdn.com/v4/letter/r/b487fb/32.png) [@rvaught](https://forum.inductiveautomation.com/u/rvaught)\
**Post date:** [January 26, 2022, 2:23pm UTC](https://forum.inductiveautomation.com/t/edits-to-udt-tag-script-not-making-it-to-all-clients/55320/6 "2022-01-26T14:23:33Z")

</div>

We’re not using `system.tag.getConfiguration()` or `system.tag.configure()` but. . . I’ve unchecked (what seems to be a false override) option on this tag, will watch it a while and see how it behaves.
