# \[IGN-9757\] Perspective Alarm Filtering by Display Path

**URL:** <https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060>\
**Category:** Ignition\
**Tags:** perspective, ignition81\
**Created:** [March 3, 2021, 8:33pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060 "2021-03-03T20:33:16Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ali.Etezadkhah](https://avatars.discourse-cdn.com/v4/letter/a/b19c9b/32.png) [@Ali.Etezadkhah](https://forum.inductiveautomation.com/u/Ali.Etezadkhah)\
**Post date:** [March 3, 2021, 8:33pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/1 "2021-03-03T20:33:16Z")

</div>

Hi,

I'm trying to filter alarms based on the alarm's display path. The process should be pretty simple, but I'm having some issues.

I will use the Hi and HiHi alarms as examples. The display paths are Pump PSI/PV/Hi and Pump PSI/PV/HiHi  
 ![dp1](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/0/20cbf1750d4cba32854f6f32fa0a2de7e51523de.jpeg)

When I use the display path exactly as listed, the table does not show any results.

 ![dp2](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/4/2445019faa0ebdfb55e98f22ec76a7eb0f4fcdbc.jpeg)

There is nothing in the path before Pump, but adding a wild card before Pump and up to after PV works to show all the associated alarms.

 ![dp3](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/9/a9904f0af4035b5460958bef89a990de64d87c06.jpeg)

Since I want to filter for HiHi and Hi, I modified the display path to (wildcard)Pump PSI/PV/H(wildcard) and nothing shows up. There are wild cards before and after the string so why doesn't the table show Hi and HiHi Alarms?

 ![dp4](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/f/4fd495a7a2b997387000777e95cfbc210fa59761.jpeg)

Thank you,  
Ali

---

<div class="post-metadata">

**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:** [March 3, 2021, 9:39pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/2 "2021-03-03T21:39:42Z")

</div>

I’m not able to replicate this.

 ![Screen Shot 2021-03-03 at 1.39.22PM](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/b/db416f2d896d821ba9823c9c60dd82755d1716ae.png)

What version are you using?

---

<div class="post-metadata">

**Author:** ![Ali.Etezadkhah](https://avatars.discourse-cdn.com/v4/letter/a/b19c9b/32.png) [@Ali.Etezadkhah](https://forum.inductiveautomation.com/u/Ali.Etezadkhah)\
**Post date:** [March 3, 2021, 11:53pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/3 "2021-03-03T23:53:59Z")

</div>

I’m using Version: 8.1.1 (b2020120808)

I tried again to make sure I pressed enter after the wildcard. As soon as I press enter, the alarms disappear. Here is a little clip:

[https://cannoncorpus-my.sharepoint.com/:v:/g/personal/alie\_cannoncorp\_us/EU8NBvmG8IlCvlcnxkJMdHABuetwE8DcpWUbwtpJSFQJNQ?e=c7g34V](https://cannoncorpus-my.sharepoint.com/:v:/g/personal/alie_cannoncorp_us/EU8NBvmG8IlCvlcnxkJMdHABuetwE8DcpWUbwtpJSFQJNQ?e=c7g34V)

---

<div class="post-metadata">

**Author:** ![Ali.Etezadkhah](https://avatars.discourse-cdn.com/v4/letter/a/b19c9b/32.png) [@Ali.Etezadkhah](https://forum.inductiveautomation.com/u/Ali.Etezadkhah)\
**Post date:** [March 4, 2021, 12:12am UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/4 "2021-03-04T00:12:37Z")

</div>

I just upgraded to 8.1.3 and I still have the same problem. Adding the wildcard after the last forward slash also hides all the alarms.

This is version 8.1.3

 ![al1](https://us1.discourse-cdn.com/inductiveautomation/original/3X/1/1/1131e43899411f5fc02fcefbb845d60d74cc5c8d.jpeg)

 ![al2](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/1/a10e59e07b310e0b87ce079a80324b85ae845108.jpeg)

 ![al3](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/b/8ba0904b9caaed8c591f377f46ea7853b71b6478.jpeg)

---

<div class="post-metadata">

**Author:** ![Michal\_Goralczyk](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michal_goralczyk/32/55564_2.png) [@Michal\_Goralczyk](https://forum.inductiveautomation.com/u/Michal_Goralczyk)\
**Post date:** [November 30, 2023, 3:55pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/5 "2023-11-30T15:55:59Z")

</div>

Version: **8.1.30** - there is still this problem

---

<div class="post-metadata">

**Author:** ![BVTV](https://avatars.discourse-cdn.com/v4/letter/b/e5b9ba/32.png) [@BVTV](https://forum.inductiveautomation.com/u/BVTV)\
**Post date:** [April 22, 2024, 1:32pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/6 "2024-04-22T13:32:44Z")

</div>

I have some problems in 8.1.35 as well.  
In my case the problem seems to be that the asterix character is not able to match an absence of characters.  
So if I search for the whole word (so the text matches exactly) and then add an asterix, I get "no match"

Edit:  
I found out that i had spaces in my "Display Path" and that was causing problems.

---

<div class="post-metadata">

**Author:** ![John\_Ellis](https://avatars.discourse-cdn.com/v4/letter/j/ac91a4/32.png) [@John\_Ellis](https://forum.inductiveautomation.com/u/John_Ellis)\
**Post date:** [April 29, 2024, 3:35pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/7 "2024-04-29T15:35:45Z")

</div>

I just reproduced this too. It may be a bug; I'll log a ticket for it. For the time being, looks like the best workaround is surrounding the filter with wildcards.

---

<div class="post-metadata">

**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:** [April 29, 2024, 4:02pm UTC](https://forum.inductiveautomation.com/t/ign-9757-perspective-alarm-filtering-by-display-path/44060/8 "2024-04-29T16:02:47Z")

</div>

After speaking with a Dev, I can provide a little bit of - hopefully helpful - insight into what's going on here.

The filtering done with the `displayPath` prop supposedly uses the same logic the Vision Alarm Table uses for the analogous property. Due to this, if the alarm does not have a configured Display Path, the filter will use the Source Path instead.

Screenshot of Vision Alarm Status Table `Display Path Filter` prop, which better describes how this filter is used:

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/d/8d07da88daebd14e83ae3f77de7a84a4b3c8f814.png)

This is understandably very confusing since the Perspective Alarm Table visibly displays a "Display Path" column which includes the name of the Alarm, and yet attempts to include the Alarm name result in no matches. We're going to bring this up with the team in charge of Alarms to see how to best move forward.

Also, we do clarify this behavior in the [docs](https://www.docs.inductiveautomation.com/docs/8.1/appendix/components/perspective-components/perspective-display-palette/perspective-alarm-status-table#:~:text=wildcard%20*.-,displayPath,-%3A%20Filter%20alarms%20by).
