# 8.0.3 Highest UnAcked Priority not working

**URL:** <https://forum.inductiveautomation.com/t/8-0-3-highest-unacked-priority-not-working/25407>\
**Category:** Ignition Early Access\
**Tags:** ignition80\
**Created:** [May 29, 2019, 3:38pm UTC](https://forum.inductiveautomation.com/t/8-0-3-highest-unacked-priority-not-working/25407 "2019-05-29T15:38:54Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![BrunoPF](https://avatars.discourse-cdn.com/v4/letter/b/e56c9b/32.png) [@BrunoPF](https://forum.inductiveautomation.com/u/BrunoPF)\
**Post date:** [May 29, 2019, 3:38pm UTC](https://forum.inductiveautomation.com/t/8-0-3-highest-unacked-priority-not-working/25407/1 "2019-05-29T15:38:54Z")

</div>

Just installed 8.0.3 to check if some missing alarm features were included.

I am testing the .HighesUnackedPriority but it seems to go to null when the alarm is not active. However it is possible to see that there is at least one unacknowledged alarm with the .HasUnacknowledged.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/2X/9/960899f180668f99ece51d248064ac8dae760025.png)

---

<div class="post-metadata">

**Author:** ![jcoffman](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jcoffman/32/6429_2.png) [@jcoffman](https://forum.inductiveautomation.com/u/jcoffman)\
**Post date:** [June 13, 2019, 11:26pm UTC](https://forum.inductiveautomation.com/t/8-0-3-highest-unacked-priority-not-working/25407/2 "2019-06-13T23:26:06Z")

</div>

This is consistent with the 7.9 `AlarmHighestUnackName` prop behavior when the alarms are all in a cleared state. Did you notice a different behavior?

Thanks,  
Jonathan C

---

<div class="post-metadata">

**Author:** ![dhutchison](https://avatars.discourse-cdn.com/v4/letter/d/8e7dd6/32.png) [@dhutchison](https://forum.inductiveautomation.com/u/dhutchison)\
**Post date:** [September 12, 2019, 3:20pm UTC](https://forum.inductiveautomation.com/t/8-0-3-highest-unacked-priority-not-working/25407/3 "2019-09-12T15:20:41Z")

</div>

I’m noticing a similar issue that isn’t quite consistent with 7.9  
In 7.9, the `AlarmHighestUnackPriority` fields were numeric with the value being -1 if the alarm was acknowledged or cleared and 0-4 for whatever the active alarm priority was. However, in 8 these fields are the string versions of the priorities with the values being null when the alarm is acknowledged/cleared and High, Medium, Low, etc. when active.

I’m trying to use the Highest(Un)ackedPriority fields to find the highest priority among multiple alarms and in 7.9 I was able to simply use `max(alarm1.AlarmHighestUnackPriority, alarm2.AlarmHighestUnackPriority, ...)`. With the string varieties of these in 8, I’m going to have to coerse these to ints first ☹

---

<div class="post-metadata">

**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:** [September 12, 2019, 4:08pm UTC](https://forum.inductiveautomation.com/t/8-0-3-highest-unacked-priority-not-working/25407/4 "2019-09-12T16:08:44Z")

</div>

Yes, that’s a known issue that’s (pretty high) on our backlog to fix.

---

<div class="post-metadata">

**Author:** ![curtis.hargreaves](https://avatars.discourse-cdn.com/v4/letter/c/f07891/32.png) [@curtis.hargreaves](https://forum.inductiveautomation.com/u/curtis.hargreaves)\
**Post date:** [August 6, 2020, 5:55pm UTC](https://forum.inductiveautomation.com/t/8-0-3-highest-unacked-priority-not-working/25407/5 "2020-08-06T17:55:53Z")

</div>

Hey guys. I am using 8.0.11 and the number still goes null when the alarm clears. Will this issue be fixed?