# Weird behavior when checking the Quality attr of a tag **URL:** \ **Category:** Ignition\ **Tags:** opcua, vision\ **Created:** [December 23, 2025, 5:35pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973 "2025-12-23T17:35:00Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![castel.francisco](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@castel.francisco](https://forum.inductiveautomation.com/u/castel.francisco)\ **Post date:** [December 23, 2025, 5:35pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/1 "2025-12-23T17:35:00Z")
Hi, first post here, I have a question about a certain behavior. When I use the mouseover text expression to debug the problem I got: Error\_Configuration("Bad\_NodeIdUnknown: The node id refers to a node that does not exist in the server address space.") But, in the tag browser the quality appears “Good”. I already re-checked the bindings and nothing. Its very weird because always the Error\_Configuration or Bad Quality property seems to work fine with every tag, but this time the Quality its accusing something different to the “real” quality of the tag… ---
**Author:** ![Xander\_Dawson-Fink](https://avatars.discourse-cdn.com/v4/letter/x/73ab20/32.png) [@Xander\_Dawson-Fink](https://forum.inductiveautomation.com/u/Xander_Dawson-Fink)\ **Post date:** [December 23, 2025, 5:53pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/2 "2025-12-23T17:53:16Z")
Did you copy the path from the opc tab? This error usually means there is a typo in the opcPath or it’s set to the wrong opcServer, from what I’ve seen. You might be missing the node info, if your path doesn’t start with “ns = 1; s =” (the integer after “ns =” may differ) ---
**Author:** ![castel.francisco](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@castel.francisco](https://forum.inductiveautomation.com/u/castel.francisco)\ **Post date:** [December 23, 2025, 6:10pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/3 "2025-12-23T18:10:26Z")
Thank you for the answer! Yes I've already checked, indeed this is an UDT, in the same window are another tag using the same UDT, the item paths follow the same structure. Moreover, the weird thing is that I'm reading the value in the mouseover text expression accesing to that problematic tag via the UDT Property passed to that PopUp (in this case). To give more context (images), the 4th alarm is missing, and I’m using the following expression for visibility (sorry if the spanish makes this a little confusing): isGood({Root Container.Pump\_UDT::Enclavamientos.Enclavamiento 4.Alarma}) ![{A6F83172-2353-47CB-BE46-2ADCFA47C671}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/1/7167a2e999be0a64e64d914ef3053834ce39a59b.png) missing, ![{82EC6046-16FA-45AA-B08A-5CEF4339A928}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/9/b9221ed5c838d53df123d94040c7108f12dd2c7d.png) ---
**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:** [December 23, 2025, 6:12pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/4 "2025-12-23T18:12:19Z")
Show your tag binding in your UI. (The evidence suggest the tag is good, and the binding isn't pointing at it.) ---
**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:** [December 23, 2025, 6:14pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/5 "2025-12-23T18:14:28Z")
> [@castel.francisco](#): > > via the UDT Property passed to that PopUp Generally not a good practice. Consider passing a tagpath string, and indirect binding within the popup. ---
**Author:** ![castel.francisco](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@castel.francisco](https://forum.inductiveautomation.com/u/castel.francisco)\ **Post date:** [December 23, 2025, 6:27pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/6 "2025-12-23T18:27:09Z")
Thank you for the answer! Sorry, do you mean the visibility binding? I use the following, and I’m getting “false” as result. `isGood({Root Container.Pump_UDT::Enclavamientos.Enclavamiento 4.Alarma})` ![{C1A54AA0-2675-44FE-B6D0-ED9B9AB634E0}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/d/ad2cd46af2ad2413990369931194aa8b3bdbaaa8.png) ---
**Author:** ![castel.francisco](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@castel.francisco](https://forum.inductiveautomation.com/u/castel.francisco)\ **Post date:** [December 23, 2025, 6:28pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/7 "2025-12-23T18:28:51Z")
Also, the template that uses that Alarm UDT is giving also a “Bad Quality” behavior. (I mean the template that is seen in the images that has the “Rec” button to the right (Ack of the alarm). ---
**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\ **Post date:** [December 25, 2025, 1:10pm UTC](https://forum.inductiveautomation.com/t/weird-behavior-when-checking-the-quality-attr-of-a-tag/112973/8 "2025-12-25T13:10:53Z")
Phil is referring to using UDT Type parameters for your Window, which is recommended _ **against** _ using. Ie setting the window template prop to a UDT type and not a basic type like string. Lots of reasons why you should **not** use UDT Type parameters are mentioned on this forum, despite the IA training videos mentioning it 😕