# \[BUG\] 8.1.0 Perspective alarm status display filter (expression-bound) only sometimes works **URL:** \ **Category:** Ignition\ **Tags:** ignition80, perspective\ **Created:** [November 19, 2020, 1:49am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785 "2020-11-19T01:49:39Z")\ **Posts on this page:** 17\ **Page:** 1
**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:** [November 19, 2020, 1:49am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/1 "2020-11-19T01:49:39Z")
v8.1.0 I have an alarm status displayed in a view with a filter on the source path, however the filter doesn’t always filter the alarms list… this is in the designer filter working all good: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/9/a9a501909bb1b3605425073f4ad62c24152abb38.png) This is a client: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/c/4c18d944799050160acde2d51b0e82e0b1c71b51.png) This is the client again, a few refreshes later: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/3/f/3f0096b13a39201e5da9ddc0980acfbaf99c4d22.png) EDIT: my alarm filter is bound to an expression ---
**Author:** ![michael2](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@michael2](https://forum.inductiveautomation.com/u/michael2)\ **Post date:** [November 25, 2020, 4:42am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/2 "2020-11-25T04:42:43Z")
Is this setup via a binding? ---
**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:** [November 25, 2020, 5:03am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/3 "2020-11-25T05:03:07Z")
yep (I updated the topic title as that’s probably important info, thanks) ---
**Author:** ![michael2](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@michael2](https://forum.inductiveautomation.com/u/michael2)\ **Post date:** [November 25, 2020, 5:17am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/4 "2020-11-25T05:17:15Z")
I think there is an issue with the loading in 8.1, it seems like bindings aren’t evaluating when the page loads, particularly from within embedded views. ---
**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:** [November 25, 2020, 5:19am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/5 "2020-11-25T05:19:07Z")
Nice! Although I haven’t had this issue with any other embedded views with other components. Perhaps the alarm status table is one of the ‘lucky’ ones? ---
**Author:** ![michael2](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@michael2](https://forum.inductiveautomation.com/u/michael2)\ **Post date:** [November 25, 2020, 5:22am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/6 "2020-11-25T05:22:21Z")
My experience so far has been with column containers loading with whack span and height settings for components within it. All of which have bindings set up on them. Another one I had recently is components with an enable binding giving disabled (which it is by default) instead of enabled (what the binding outputs). It doesn’t happen 100% of the time though so I suspect an issue with load order or when bindings are evaluated. ---
**Author:** ![ynejati](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ynejati/32/6093_2.png) [@ynejati](https://forum.inductiveautomation.com/u/ynejati)\ **Post date:** [November 25, 2020, 3:18pm UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/7 "2020-11-25T15:18:36Z")
The AST is set to recheck data changes every 5 seconds by default. You can change this if you’d like. Is that what you’re running into? Or is your expression binding not evaluating as you are expecting? Maybe a combination of both? Try attaching a property change script with some logging to narrow it down. ---
**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:** [November 25, 2020, 8:22pm UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/8 "2020-11-25T20:22:57Z")
Not sure what you mean by AST? However if the alarm filter doesnt apply at the start, then it never applies no matter how long I wait on the page, so it looks like either the binding doesn’t update or the filter just isn’t being applied. ---
**Author:** ![ynejati](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ynejati/32/6093_2.png) [@ynejati](https://forum.inductiveautomation.com/u/ynejati)\ **Post date:** [November 25, 2020, 11:31pm UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/9 "2020-11-25T23:31:55Z")
Hey, Nik. AST is just an abbreviation for Alarm Status Table. Can you provide more information about your setup, please. I’ve attempted to replicate, but have had no luck. Thanks! ---
**Author:** ![michael2](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@michael2](https://forum.inductiveautomation.com/u/michael2)\ **Post date:** [November 26, 2020, 10:18pm UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/10 "2020-11-26T22:18:21Z")
What container does your alarm status table view reside in? ---
**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:** [November 27, 2020, 12:39am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/11 "2020-11-27T00:39:45Z")
![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/a/da56581c17785d44ae76506fda68996ff69c8a69.png) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/b/2b171f003664f32048e60bf1d5fa5a2adda6a37f.png) ---
**Author:** ![michael2](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@michael2](https://forum.inductiveautomation.com/u/michael2)\ **Post date:** [November 27, 2020, 1:04am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/12 "2020-11-27T01:04:13Z")
I suppose you could try setting up a page to look at AlarmPanel directly and see if it still occurs. Also if you have any bindings on your AlarmPanel params, try setting the params to input/output, I’ve had that cause problems for me. ---
**Author:** ![justin.brzozoski](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/justin.brzozoski/32/13452_2.png) [@justin.brzozoski](https://forum.inductiveautomation.com/u/justin.brzozoski)\ **Post date:** [March 3, 2021, 6:15pm UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/13 "2021-03-03T18:15:31Z")
Can confirm we've seen this happen maybe 4 times in the past month on our 8.1.0 instance as well. We have not been able to reproduce the issue intentionally yet. As Nick said, when a browser lands on the view without a filter, it never self-corrects. The user has to hit refresh on the browser to fix it. Some extra info about our setup: along with the binding on `props.filters.active.conditions.source`, we also have the `Persistent` property enabled and a default value that should point to no alarms (`prov:MQTT Engine:/tag:Edge Nodes/invalid/none/*`). Somehow it looks like both the persistent setting and the binding are ignored when it breaks. Is there any chance this was improved/fixed in a later 8.1.x release? Knowing so would increase the priority of our upgrade plans. (We plan on upgrading, but other issues are more important right now.) Related thread: > [@Perspective Alarm Status Filtering](http://forum.inductiveautomation.com/t/perspective-alarm-status-filtering/41069): > > We have the alarm status on popups for the different devices. The alarm status table is in a tab strip container, as an embedded view. One of the params that is passed to the alarm view is the tag to filter on in the table. We are using the filters.active.conditions.source to filter the alarms. What is happening is when the tab containing the alarm view is clicked, all the active alarms are shown, and then the filter is applied. Is this supposed to be happening that way? Any way we can get it t… ---
**Author:** ![franklepkowski](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/franklepkowski/32/4808_2.png) [@franklepkowski](https://forum.inductiveautomation.com/u/franklepkowski)\ **Post date:** [August 17, 2023, 8:57pm UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/14 "2023-08-17T20:57:17Z")
Hello, Still seeing this behavior in 8.1.26. [@Support](https://forum.inductiveautomation.com/groups/support) Is there a fix for this? I have props.filters.active.conditions.source bound to a value. Sometimes it works, sometimes it does not. Frustrating. Thanks, Frank ---
**Author:** ![GregCavazos](https://avatars.discourse-cdn.com/v4/letter/g/ee7513/32.png) [@GregCavazos](https://forum.inductiveautomation.com/u/GregCavazos)\ **Post date:** [November 29, 2023, 11:47pm UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/15 "2023-11-29T23:47:19Z")
Interested if we have a solution, we are experiencing a similar behavior on 8.1.31, sometimes alarms show on some clients but they dont on others until you hit refresh. We have the filtering using filterAlarm on the Extension functions. ---
**Author:** ![franklepkowski](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/franklepkowski/32/4808_2.png) [@franklepkowski](https://forum.inductiveautomation.com/u/franklepkowski)\ **Post date:** [November 30, 2023, 12:17am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/16 "2023-11-30T00:17:12Z")
I have found that setting the binding on the source filter of the alarm summary component to persistent seems to fix this issue. I do not use the source extension function. Frank ---
**Author:** ![GregCavazos](https://avatars.discourse-cdn.com/v4/letter/g/ee7513/32.png) [@GregCavazos](https://forum.inductiveautomation.com/u/GregCavazos)\ **Post date:** [November 30, 2023, 2:12am UTC](https://forum.inductiveautomation.com/t/bug-8-1-0-perspective-alarm-status-display-filter-expression-bound-only-sometimes-works/40785/17 "2023-11-30T02:12:15Z")
We are filtering using "Associated Data" on the Alarms. In our use case some alarms are applicable to a system(area), but some of them within the same system are applicable to other areas as well for which we are using "areas" defined in the "Associated Data" I am tying to figure out if there is a way to use conditional filtering, seems that I can only filter based on alarmPath / Display Path / Providers.