Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Issues

Select view

Select search mode

 
1 of 1

Alarm favorite link URL does not have AddRefreshHeader-30 applied

Fixed

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

Details

Assignee

Reporter

Labels

Components

Sprint

Fix versions

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

Activity

Show:

Christian PapeMay 17, 2018 at 12:13 PM

Christian PapeMay 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.