# \[Bug-16817\]Broken functionality after upgrading to 8.0.14 **URL:** \ **Category:** Ignition\ **Tags:** ignition80\ **Created:** [July 16, 2020, 9:15pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799 "2020-07-16T21:15:40Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 9:15pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/1 "2020-07-16T21:15:40Z")
We have a dev server running Ubuntu that I upgraded from 8.0.12 to 8.0.14 this afternoon. After the upgrade I started seeing some odd behavior. First thing is that we have an embedded view that essentially contains only an Icon component. The Icon is pointing to the materials IO image “material/notification\_important”. It isn’t showing the Icon now. It worked before the upgrade. Other graphics from the materials library seem to work. Second, we have “close” buttons on our popup. They are configured with an onActionPerformed event. The action is a Popup action configured to Close. This is no longer working. Next, I’m seeing a lot of “ComponentModel” log messages that I had not seen prior to the upgrade. The associated message is “Flood limit tripped, starting 5000ms cooldown.” It’s complaining about an image component in my header. This component has the path to the image changed depending on the True/False state of a boolean tag. Both images referenced do exist. This is no longer changing the image based on the tag value. It was working before the upgrade. These are just 3 stand out issues I’m seeing. I’m not confident in this upgrade at this point. Are others seeing issues with this version? Are there any known issues with .14? I have rebooted the server which had no effect. ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 9:38pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/2 "2020-07-16T21:38:31Z")
**Icons:** There was an unfortunate regression with regard to some icons in 8.0.14. It’s already been fixed in 8.0.15 and will be part of the stable release in the coming weeks. **Popups:** 8.0.13 introduced a fix to the Popup actions. Before 8.0.13 if you specified a a Popup ID which did not exist, Perspective would find the most recently interacted with Popup and close it. In 8.0.13 and newer, if the specified Popup ID is not found, no action is taken. Please check your Popup buttons and verify they’re specifying the same Popup ID as the Popup was opened with. You have two options here: 1. Make the popup id match in both the open action and close action. 2. Supply an id which is an empty string. As of 8.0.13, if an empty string is supplied the previous behavior of closing the most recently-interacted-with Popup is invoked. To be clear, this is not an issue with 8.0.13 or newer - it was a bug that many users built behavior on not knowing exactly what was happening. Popup actions were invoked, popups were closed, everybody was happy, but… for users who were using it correctly all along, popups would close when they shouldn’t and it made it impossible to structure their projects correctly. **Image:** I’m not familiar with this error and would need some more info to assist you here. Could I see a screenshot or stacktrace of the error you’re encountering? How exactly is the image set up/hosted? Could I see the binding? ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 9:48pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/3 "2020-07-16T21:48:33Z")
Here are a couple of images in regards to the log entry: ![ComponentModel Warning](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/e/0e37c9a0a5ee3155a60269d68757a1d88f210879.png) ![ComponentModel Warning - Object Config](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/c/fcabe044ae4e36be9f84fb5efb6486300b2029ef.png) ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:07pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/4 "2020-07-16T22:07:49Z")
Could you send me a photo or copied text of the error you’re seeing? ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:09pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/5 "2020-07-16T22:09:54Z")
Oh, no need - I found it. 😲 ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 10:10pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/6 "2020-07-16T22:10:09Z")
What’s in the image I posted is all I’m seeing. It’s simply logging multiple times a second. If there’s a way to get more information on the logged message other than hovering over the magnifying glass icon, please let me know and I’ll post all information I can find. ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:19pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/7 "2020-07-16T22:19:38Z")
How positive are you that the path you supplied actually resolves to something? How positive are you that the text supplied in those fields was properly applied? Try this: 1. Copy the `props.source` value from the image you currently have. 2. Place a new image. 3. Paste the path. 4. Make sure you see the image you expect. 5. Now toggle the tag value. 6. Copy the `props.source` value AGAIN (don’t just paste again). 7. Paste this value into the new image and verify you see the image you expect. The reason I’m asking this is because I didn’t see the error you are seeing until my path failed to resolve to an image. When that happens, it checks over and over again waiting for the file to be served. This check for the resource is continuously failing, which triggers the binding to re-evaluate which eventually triggers the flood warning; this is what you’re seeing. Update: this was not actually the root cause, though it could still cause the same results. ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 10:19pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/8 "2020-07-16T22:19:57Z")
Passing the device ID, that the popup is displaying data for, as the identifier for opening the popup, and then using it in the identifier for the close button does work. That’s going to be a little painful, but I can make it work. Thanks. ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 10:21pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/9 "2020-07-16T22:21:56Z")
It was working fine BEFORE the upgrade, so if there is some change in the paths then I can only assume the upgrade broke something. I’ll take the steps you’ve listed to see if they resolve anything. ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:24pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/10 "2020-07-16T22:24:36Z")
It might also help if I could see the binding preview and `Image.custom.path`. As a last resort, try clicking into each of those value fields in the Map transform so that you can see your blinking cursor, and then press Enter. Try that for each of them, and then make sure to Apply your changes. ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:26pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/11 "2020-07-16T22:26:59Z")
> [@MikeAllgood](#): > > Passing the device ID, that the popup is displaying data for, as the identifier for opening the popup, and then using it in the identifier for the close button does work. That’s going to be a little painful, but I can make it work. Thanks. When we put that fix in place we knew it would throw off some users who had been closing popups incorrectly, but the fix had to be made. ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 10:27pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/12 "2020-07-16T22:27:04Z")
Here ya go. ![ComponentModel Warning - Object Props Source Binding](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/5/75be109fa79972ceaa13a7d2d4444501ebc33562.png) ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:33pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/13 "2020-07-16T22:33:17Z")
Okay, well, I have a workaround for now, because I can’t explain why it’s evaluating so often for you. Instead of binding against the path of the Image and then using a `tag()` expression, just use a Tag Binding coupled with the Map Transform. The moment I switched to this method my flood limit stopped tripping. ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 10:36pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/14 "2020-07-16T22:36:54Z")
Clicking into the Map value fields and hitting enter fixed the display of the images. It not toggles back and forth between the two images if I toggle the associated tag. It is still giving me the log entries. I’ll try a direct tag binding. ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:40pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/15 "2020-07-16T22:40:18Z")
I need some clarification: > [@MikeAllgood](#): > > It not toggles back and forth between the two images if I toggle the associated tag Is "not" a typo and you meant "now"? Was it not switching back and forth at some point before? If it was not switching back and forth before, but you see it in the Designer now, do you have a Session open somewhere? Did you make sure to save? If you fixed the transform with my tip but didn't save, then open sessions would still be spamming your logs. ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 16, 2020, 10:45pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/16 "2020-07-16T22:45:12Z")
Yes, I have fat fingers! 😃 (really fat to hit “t” when I was trying to hit “w”!) It was switching back and for BEFORE the upgrade, but not after. I see it switching now in the designer and the client. I did add a new image component and copied/pasted the image paths into that image and they worked fine. BTW, it looks like using a direct tag binding worked to stop the log messages. I will look at this more tomorrow. Thanks for all the help! ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 16, 2020, 10:50pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/17 "2020-07-16T22:50:08Z")
Yes, it looks like something is causing that PropertyBinding-\>ExpressionTransform evaluation to evaluate FAR more often than it should. We’re looking into it. ---
**Author:** ![MikeAllgood](https://avatars.discourse-cdn.com/v4/letter/m/a183cd/32.png) [@MikeAllgood](https://forum.inductiveautomation.com/u/MikeAllgood)\ **Post date:** [July 17, 2020, 6:00pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/18 "2020-07-17T18:00:07Z")
Just FYI. I did try using an Expression Transform on a Property binding. The property was the tag path that is a parameter of the view. The Transform Expression was simply "tag({value}). This caused the same errors in the log. Putting this back to a direct tag binding again caused the logging of that error to stop. Thanks again! ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [July 17, 2020, 6:02pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/19 "2020-07-17T18:02:20Z")
I neglected to update this thread, sorry. We opened an internal ticket yesterday because of the undesirable behavior of the chain of transforms you happened to be using. It shouldn’t be doing that, although that specific pattern was far more complicated than is necessary to do what you want. ---
**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:** [July 17, 2020, 6:12pm UTC](https://forum.inductiveautomation.com/t/bug-16817-broken-functionality-after-upgrading-to-8-0-14/36799/20 "2020-07-17T18:12:09Z")
_Psssst! Mike! Don't use the tag() expression function!_ > [@Nesting Not Allowed while using Properties in a Template to turn on a Light](http://forum.inductiveautomation.com/t/nesting-not-allowed-while-using-properties-in-a-template-to-turn-on-a-light/33609/16): > > Yes, there is. If the items that comprise your tagpath are updated, even if yielding the same result path, the entire expression containing the tag() function will have to execute. With indirect binding, this doesn’t happen. The strings themselves have to be reconstructed every time, even if not changing, slowing down the final expression execution. There are a few cases with computed gateway tags where the tag() expression is the only good way to do indirection, and the dynamic stuff above… While much of the history of my advice against using tag() comes from Vision, the key negative behaviors that suggest it should be avoided apply to Perspective, too. Even if this current bug is fixed.