Alarm favorite link URL does not have AddRefreshHeader-30 applied

Description

When at least one alarm favorite filter is saved, the Status -> Alarms page contains a list of links to each of these favorites. The URLs for these links point to /alarm/list rather than /alarm/list.htm, so they do not get the AddRefreshHeader-30 filter applied to them in web.xml.

We should update these links to use /alarm/list.htm, or if that's somehow infeasible, add  an AddRefreshHeader-30 filter in web.xml to /alarm/list.

The event browser may have a similar problem since the two are implemented similarly.

Environment

See https://mynms.opennms.com/Ticket/Display.html?id=5568

Acceptance / Success Criteria

None

Lucidchart Diagrams

Activity

Show:

Christian Pape May 17, 2018 at 12:13 PM

Christian Pape May 17, 2018 at 12:10 PM
Edited

I changed the favorite links to point to "list.htm" instead of "list".
In web.xml the refresh times are defines as follows:

...nothing defined for "/event/list.htm" or "/alarm/list".

I changed these entries to:

So, "list" refreshes 120s and "list.htm" refreshes 30s.

Is this ok, or should all entries refresh either 30s or 120s.

Fixed

Details

Assignee

Reporter

Components

Sprint

Affects versions

Priority

PagerDuty

Created March 27, 2018 at 10:36 PM
Updated May 18, 2018 at 6:33 PM
Resolved May 18, 2018 at 6:33 PM