Details
-
Bug
-
Status: Resolved (View Workflow)
-
Major
-
Resolution: Fixed
-
21.0.5
-
Security Level: Default (Default Security Scheme)
-
Horizon - May 16th 2018
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.