# \[BUG-16628\] DateTimes within UDT's are reset on Gateway Restart

**URL:** <https://forum.inductiveautomation.com/t/bug-16628-datetimes-within-udts-are-reset-on-gateway-restart/35508>\
**Category:** Ignition Early Access\
**Created:** [June 10, 2020, 3:35pm UTC](https://forum.inductiveautomation.com/t/bug-16628-datetimes-within-udts-are-reset-on-gateway-restart/35508 "2020-06-10T15:35:52Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![md.szyman](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/md.szyman/32/9240_2.png) [@md.szyman](https://forum.inductiveautomation.com/u/md.szyman)\
**Post date:** [June 10, 2020, 3:35pm UTC](https://forum.inductiveautomation.com/t/bug-16628-datetimes-within-udts-are-reset-on-gateway-restart/35508/1 "2020-06-10T15:35:52Z")

</div>

I’ve sent this as a support request but figured I’d post it here too just in case that helps.

I am running Ignition Gateway version 8.0.12 (b2020042115). The gateway is running on Xubuntu Linux 20.04.

The bug I’m experiencing is that on gateway restart, DateTime Memory tags within UDT’s will have their values reset. (Specifically, I’m creating a UDT to keep track of shifts and their start/end times)

How to reproduce:

1. Create a UDT with a DateTime Memory tag as a member.
2. Create an instance of the UDT, set the DateTime tag’s value to something (I tested by setting it to “now” within the tag value editor)  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/e/e46e56c0c19754085eb8fe3beacc92b8ded0c475.png)
3. Restart the Ignition gateway
4. The tag value will now have reset and changed.  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/6/6b662ab5a0ad388f4a3677125cbcdb12a94ca862.png)
5. Subsequent restarts of the gateway will keep resetting the DateTime to this value, it doesn’t appear to be a random change.

Any Datetime tags _not_ within UDT’s will not be reset.

---

<div class="post-metadata">

**Author:** ![jdahlinger](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jdahlinger/32/15735_2.png) [@jdahlinger](https://forum.inductiveautomation.com/u/jdahlinger)\
**Post date:** [June 10, 2020, 4:29pm UTC](https://forum.inductiveautomation.com/t/bug-16628-datetimes-within-udts-are-reset-on-gateway-restart/35508/2 "2020-06-10T16:29:58Z")

</div>

Thanks for reporting this. I was able to reproduce the issue and have logged a bug.

---

<div class="post-metadata">

**Author:** ![jmorris](https://avatars.discourse-cdn.com/v4/letter/j/ba8739/32.png) [@jmorris](https://forum.inductiveautomation.com/u/jmorris)\
**Post date:** [July 18, 2020, 10:13pm UTC](https://forum.inductiveautomation.com/t/bug-16628-datetimes-within-udts-are-reset-on-gateway-restart/35508/3 "2020-07-18T22:13:39Z")

</div>

Yeap, same kind of application related to shift schedules, and having the same problem

---

<div class="post-metadata">

**Author:** ![jkuhn](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jkuhn/32/8937_2.png) [@jkuhn](https://forum.inductiveautomation.com/u/jkuhn)\
**Post date:** [August 5, 2020, 5:26pm UTC](https://forum.inductiveautomation.com/t/bug-16628-datetimes-within-udts-are-reset-on-gateway-restart/35508/4 "2020-08-05T17:26:02Z")

</div>

I can confirm I am seeing this is Maker as well. Any known workarounds?

---

<div class="post-metadata">

**Author:** ![Kevin.McClusky](https://avatars.discourse-cdn.com/v4/letter/k/47e85d/32.png) [@Kevin.McClusky](https://forum.inductiveautomation.com/u/Kevin.McClusky)\
**Post date:** [August 6, 2020, 4:49am UTC](https://forum.inductiveautomation.com/t/bug-16628-datetimes-within-udts-are-reset-on-gateway-restart/35508/5 "2020-08-06T04:49:18Z")

</div>

> [@jkuhn](#):
>
> Any known workarounds?

For a workaround, you could probably just set the type of those tags to String, and then do the type conversion when you read / write the tag.

Long term, it looks like we have this fixed in 8.0.16. (You can download the RC now from the downloads page if you'd like to confirm.)
