# How to fix this race condition correctly with custom property tied to a tag? **URL:** \ **Category:** Ignition\ **Tags:** ignition81, scripting, perspective\ **Created:** [October 8, 2025, 2:20pm UTC](https://forum.inductiveautomation.com/t/how-to-fix-this-race-condition-correctly-with-custom-property-tied-to-a-tag/111279 "2025-10-08T14:20:20Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![bmeyers](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmeyers/32/37453_2.png) [@bmeyers](https://forum.inductiveautomation.com/u/bmeyers)\ **Post date:** [October 8, 2025, 2:20pm UTC](https://forum.inductiveautomation.com/t/how-to-fix-this-race-condition-correctly-with-custom-property-tied-to-a-tag/111279/1 "2025-10-08T14:20:20Z")
I have a custom property with a binding to a UDT. I only want certain events to execute when the user has opened the view with that specific UDT. In other words, the user enters the view, the binding data is loaded, and then certain events happen based on the binding values. The custom binding has three relevant tags to the problem. - **InactivityTimerMaxVal** is a binding to a memory tag. - **InactivityTimer** is a binding to an expression tag. - **LastTimeActivityDetected** is a binding to a datetime tag. The expression tag **InactivityTimer** updates increments once per second until the user interacts with the system. There is also a change script on this tag that writes to the memory tag **InactivityTimerMaxVal** the currentValue. (This step may not be necessary to the project - just explaining what is happening). On the view, with the custom property bound to the UDT tag, the following change script occurs on the custom property **InactivityTimerMaxVal**. When **InactivityTimerMaxVal** is greater than a setpoint (memory tag) a popup is opened and the user is forced to interact with it. This is the change script on the custom property **InactivityTimerMaxVal**. ```python # Name of this custom property is InactivityTimerMaxVal <- binding to tag InactivityTimerMaxVal def valueChanged(self, previousValue, currentValue, origin, missedEvents): if str(self.session.props.device.type) == "browser": if currentValue.value >= self.custom.UDT.PLC.PromptDowntimeInSeconds: # Problem here? system.perspective.openPopup(id=self.session.props.id, view='Popups/MachineStopped', params = {'MachineName':self.custom.MachineName}, modal = True, showCloseIcon = False) ``` The popup eventually writes the current time to **LastTimeActivityDetected** and writes 0 to **InactivityTimerMaxVal** (Writing 0 is probably pointless here). Problem: The popup is periodically being triggered again immediately after being executed. I think that the custom properties are not seeing the tag updates quick enough and the script doesn't identify that the tag value has been reset. I am looking for solutions that allow the view to open a popup when certain criteria are met and prevent duplicate popups from occurring as well. Any advice - or ideas - are welcome. ---
**Author:** ![djs](https://avatars.discourse-cdn.com/v4/letter/d/e47774/32.png) [@djs](https://forum.inductiveautomation.com/u/djs)\ **Post date:** [October 8, 2025, 7:08pm UTC](https://forum.inductiveautomation.com/t/how-to-fix-this-race-condition-correctly-with-custom-property-tied-to-a-tag/111279/2 "2025-10-08T19:08:36Z")
Does the _InactivityTimer_ tag reset as soon as the user interacts with the popup? If it does, I'd forgo using the _InactivityTimerMaxVal_ tag and just bind directly to _InactivityTimer_. ---
**Author:** ![bmeyers](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmeyers/32/37453_2.png) [@bmeyers](https://forum.inductiveautomation.com/u/bmeyers)\ **Post date:** [October 8, 2025, 7:15pm UTC](https://forum.inductiveautomation.com/t/how-to-fix-this-race-condition-correctly-with-custom-property-tied-to-a-tag/111279/3 "2025-10-08T19:15:14Z")
No, the tag is reset when the user hits a "confirm" button on the screen after entering some information (specifically looking for what reason the machine was not running for X time) and I record the InactivityTImer value in a database when they hit the confirm button. So the popup could be open, waiting for user interaction for some time, and then the user interacts with the screen. ---
**Author:** ![bmeyers](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmeyers/32/37453_2.png) [@bmeyers](https://forum.inductiveautomation.com/u/bmeyers)\ **Post date:** [October 8, 2025, 7:26pm UTC](https://forum.inductiveautomation.com/t/how-to-fix-this-race-condition-correctly-with-custom-property-tied-to-a-tag/111279/4 "2025-10-08T19:26:56Z")
What I have attempted so far is add another custom property called "PopupTriggered", set it to True when the Popup gets triggered, and then on the confirm button I have a script run after closing the popup that sends a message handler back to the view to set "PopupTriggered" property back to False. I'm not happy with this solution but can't think of anything else at this time. ---
**Author:** ![djs](https://avatars.discourse-cdn.com/v4/letter/d/e47774/32.png) [@djs](https://forum.inductiveautomation.com/u/djs)\ **Post date:** [October 8, 2025, 7:53pm UTC](https://forum.inductiveautomation.com/t/how-to-fix-this-race-condition-correctly-with-custom-property-tied-to-a-tag/111279/5 "2025-10-08T19:53:41Z")
Maybe you could have 2 containers on the view. One being your "main view", and the other your "inactivity message" that's currently on your popup. The display of the "main" one would be bound to _InactivityTimer_ being below the setpoint (+ the UDT requirement), and the display of the second one would be bound to the opposite of the display of the first one (so that only one of the containers is displayed at a time). Everything would be running off of one tag binding. As soon as the binding detects that _InactivityTimer_ has been reset, the container display properties flip and the "inactivity message" disappears. ---
**Author:** ![bmeyers](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmeyers/32/37453_2.png) [@bmeyers](https://forum.inductiveautomation.com/u/bmeyers)\ **Post date:** [October 8, 2025, 8:04pm UTC](https://forum.inductiveautomation.com/t/how-to-fix-this-race-condition-correctly-with-custom-property-tied-to-a-tag/111279/6 "2025-10-08T20:04:15Z")
That is pretty smart ... I don't normally like using invisible components but it is a really elegant solution. Let me take a shot here and see if that will work.