# Quality overlay initally white or red when swapping windows **URL:** \ **Category:** Ignition Early Access\ **Created:** [February 4, 2020, 8:07am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895 "2020-02-04T08:07:54Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![tordvd](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tordvd/32/11525_2.png) [@tordvd](https://forum.inductiveautomation.com/u/tordvd)\ **Post date:** [February 4, 2020, 8:07am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/1 "2020-02-04T08:07:54Z")
Hi, It feels like the platform is slow while swapping windows. Tag overlays always takes 2-5 seconds to go “normal” after window swap. If I have a leased tag groups with 2 sec driven class and 60 sec when not in fast mode. Should not the quality overlays when opening a window all be “normal” to begin with, given that all tags has been updated the last 60seconds? Moreover, I have a template which shows around 30 states from a PLC (multistate indicators). This template uses indirect addressing based on an input “UdtAddress” .When changing the address for the template (actually swapping the PLC behind the path), all indicators loads for 2-5 seconds before updating with the new tag values. This should not have anything to do with the tag setup right? (I am running OPC tags, through a FT Gateway server.) I expect my remote tag providers to always deliver “normal” quality data to the Front End vision server. We are currently using ignition 8.05 ---
**Author:** ![mfontana](https://avatars.discourse-cdn.com/v4/letter/m/51bf81/32.png) [@mfontana](https://forum.inductiveautomation.com/u/mfontana)\ **Post date:** [February 4, 2020, 8:11am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/2 "2020-02-04T08:11:16Z")
Hello, We have the same issue in our company. Our solution is to add this script in the Client event script, Start up section. ‘system.tag.setOverlaysEnabled(0)’ Hope that it helps ---
**Author:** ![tordvd](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tordvd/32/11525_2.png) [@tordvd](https://forum.inductiveautomation.com/u/tordvd)\ **Post date:** [February 4, 2020, 8:17am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/3 "2020-02-04T08:17:18Z")
Thanks, i know about that one. It is not the best solution, but i get your point. Guess one could set ‘system.tag.setOverlaysEnabled(0)’ wait 5 sec then ‘system.tag.setOverlaysEnabled(1)’. The main problem i guess we have(my and your company) is that the Ignition tag database is to slow relative to the vision module. How crazy is to expect that a Vision-window, with 20 integers, would open with good data within 500ms! ---
**Author:** ![mfontana](https://avatars.discourse-cdn.com/v4/letter/m/51bf81/32.png) [@mfontana](https://forum.inductiveautomation.com/u/mfontana)\ **Post date:** [February 4, 2020, 8:21am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/4 "2020-02-04T08:21:31Z")
> [@tordvd](#): > > 20 integers I completly agree with you, I made a project with only one memory tag and it's the same. At least we are not alone 😅 ---
**Author:** ![tordvd](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tordvd/32/11525_2.png) [@tordvd](https://forum.inductiveautomation.com/u/tordvd)\ **Post date:** [February 4, 2020, 8:35am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/5 "2020-02-04T08:35:49Z")
- Everything gigabit Ethernet. - Less than 1 ms response while pinging to tag provider, - All Ignition servers running in a brand new virtual environment, high end CPUs and memory. Not good… ---
**Author:** ![jlandwerlen](https://avatars.discourse-cdn.com/v4/letter/j/bc8723/32.png) [@jlandwerlen](https://forum.inductiveautomation.com/u/jlandwerlen)\ **Post date:** [February 4, 2020, 12:05pm UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/6 "2020-02-04T12:05:24Z")
IA is aware and have been working on a fix. Last I heard the fix might be in .08. ---
**Author:** ![pat.stave1](https://avatars.discourse-cdn.com/v4/letter/p/f19dbf/32.png) [@pat.stave1](https://forum.inductiveautomation.com/u/pat.stave1)\ **Post date:** [February 18, 2020, 4:16pm UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/7 "2020-02-18T16:16:53Z")
We have this problem as well. Is there an estimated timeframe for the fix to be released? ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [March 2, 2020, 7:26pm UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/8 "2020-03-02T19:26:23Z")
Most of the causes of this issue should be fixed in 8.0.10. ---
**Author:** ![informatica](https://avatars.discourse-cdn.com/v4/letter/i/3ab097/32.png) [@informatica](https://forum.inductiveautomation.com/u/informatica)\ **Post date:** [April 17, 2020, 2:52pm UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/9 "2020-04-17T14:52:12Z")
Good afternoon. I have upgraded to Ignition **8.0.11** and the issue **continues** : https:/uploads/iatesting/original/2X/a/a07d2f7a56bcb159f81b76e9437da10e4196cbc5.mp4 Best Regards. ---
**Author:** ![jlandwerlen](https://avatars.discourse-cdn.com/v4/letter/j/bc8723/32.png) [@jlandwerlen](https://forum.inductiveautomation.com/u/jlandwerlen)\ **Post date:** [April 18, 2020, 1:54am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/10 "2020-04-18T01:54:21Z")
You aren’t alone. I mentioned to IA that it wasn’t fixed and they told me it was. Very frustrating!! ---
**Author:** ![informatica](https://avatars.discourse-cdn.com/v4/letter/i/3ab097/32.png) [@informatica](https://forum.inductiveautomation.com/u/informatica)\ **Post date:** [April 20, 2020, 5:34pm UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/11 "2020-04-20T17:34:00Z")
Please, help. ---
**Author:** ![Kurt.Larson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kurt.larson/32/6426_2.png) [@Kurt.Larson](https://forum.inductiveautomation.com/u/Kurt.Larson)\ **Post date:** [April 20, 2020, 8:52pm UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/12 "2020-04-20T20:52:13Z")
Please email [support@inductiveautomation.com](mailto:support@inductiveautomation.com), reference this forum post, and provide a copy of your project, or message me directly with a project export. The changes in 8.0.10 directly affected how expression bindings evaluate on initial window open. Before these changes, expressions would evaluate with bad quality if referencing any tags, since the tag value would be null during first execution. These evaluations will now return an uncertain initial quality (rather than bad) if the initial tag value hasn’t yet been returned from the gateway, and then once the value is returned, will execute again with the proper value / quality. The unknown qualities shown (gray overlays) when toggling between screens is currently intended behavior to show that the tag value has yet to be initially returned from the gateway. There shouldn’t be any bad quality (red overlays) shown on window open unless the tag / binding is in fact bad. ---
**Author:** ![informatica](https://avatars.discourse-cdn.com/v4/letter/i/3ab097/32.png) [@informatica](https://forum.inductiveautomation.com/u/informatica)\ **Post date:** [April 21, 2020, 11:57am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/13 "2020-04-21T11:57:19Z")
Good Morning. I think I have managed to further specify the issue: The problem is that sometimes and randomly, an icon of unknown quality appears in some **templates**. This problem seems to be associated with the **properties** of the controls that are bound (_ **property binding** _) with some tag (such as the “background color” of a button that is contained in the template). In the designer, when I run “ **Run diagnostics** ” on the instance of a template, I can see the following: ![Problema%20Templates%202](https://us1.discourse-cdn.com/inductiveautomation/original/2X/9/94a673071887005555f65cc14fd96fdb1db7fe5f.png) The strangest thing is that it happens **randomly** (sometimes yes / sometimes no). I have **attached** the template so that you try to reproduce the problem. [Template\_Boton\_OEE.zip](https://us1.discourse-cdn.com/inductiveautomation/original/2X/f/f9bfba2d9f5738eb2357587251c3264a1a092c87.zip) (6.9 KB) Best Regards. ---
**Author:** ![tordvd](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tordvd/32/11525_2.png) [@tordvd](https://forum.inductiveautomation.com/u/tordvd)\ **Post date:** [April 22, 2020, 6:39am UTC](https://forum.inductiveautomation.com/t/quality-overlay-initally-white-or-red-when-swapping-windows/31895/14 "2020-04-22T06:39:23Z")
Hi Kurt, am I right to assume the following: If we had red overlays before the “fix”, then best case scenario now is that the overlay is now white instead? I mean, why do we have to wait more than one second before any overlays are gone when all tags are available on the tag providers? What is the reason for the delay?