Horizon 33.0.2-1 on CentOS9 - Alarm/Event list paging filters issue
Description
Environment
Acceptance / Success Criteria
Attachments
Activity

Christian Pape March 26, 2025 at 7:14 AM
Merged.

Christian Pape March 25, 2025 at 7:12 AM
Please review:
* PR:
This fixes the parameter handling of the situation field in the search. The other change prevents the link of current result's page to lead back to the landing page.
Marco Correnti March 24, 2025 at 9:31 PM
I can confirm the issue on Windows Web Browser Chrome, Edge and Firefox latest available version but only on ONMS 33.1.2.
On version 33.1.4 it seems that this issue is not present. (this version is used in my test ONMS and in a newborn ONMS)
I have not checked this issue on 33.1.4 ‘cos I haven’t found any bugfix on 33.1.3 and 33.1.4 that can lead back to this problem.
But it's clear that something has changed.
I think you can close this ticket.
Thanks

Christian Pape March 24, 2025 at 12:59 PM
I'm really sorry, but I was not able to reproduce any of the described problems on current release-33.x or release-34.x branches. I have tested Firefox, Chrome and Safari on MacOS as well as Firefox, Chrome and Edge on Windows.
Marco Correnti March 24, 2025 at 9:52 AM
Hi Christian
There are many others “strange situation” like this one (I think the reason is the same as the previous example)
There is this filter that show only events with Indeterminate severity
http://192.168.0.200:8980/opennms/event/list?sortby=id&acktype=unack&limit=10&filter=severity%3D1
If you add another filter like the date using the >< the new URL is
and the filter for severity it's not working anymore (note that the severity filter is present in the “wrong syntax” in the URL but it’s not present in the list of the filters in the web page.
In conclusion the severity filter when it is in the "extended" form like INDETERMINATE does not work anymore.
Ciao
Details
Assignee
Christian PapeChristian PapeReporter
Marco CorrentiMarco CorrentiComponents
Sprint
NoneFix versions
Affects versions
Priority
Medium
Details
Details
Assignee

Reporter
Components
Sprint
Fix versions
Affects versions
Priority
PagerDuty
PagerDuty Incident
PagerDuty
PagerDuty Incident
PagerDuty

If you select a filter in the Alarm list, for example a certain severity, then the various paging keys do not take it into account in the sense that the URL is modified and it is not working anymore.
Same problem with the “Advance search”, furthermore in this case the “Alarm is not a situation” filter is mistakenly added several times.
Moreover this issue is present also in the Events List.
More info here