Created attachment 396423 [details] ss01 May be related to https://bugzilla.redhat.com/show_bug.cgi?id=568537 I'm going to open this and discuss the issue w/ Justin. I *think* but it may be hard to tell that there are duplicate alerts listed in the alert history. See screenshots The alert history on the resource lists the alert history correctly. The alert history in the system view lists duplicates and looks incorrect to me.
Created attachment 396425 [details] ss02
duplication also happens on the definition list in the subsystems view.
Created attachment 396561 [details] screenshot of debugger variables
Lukas, this is a result of the resource name shortening effort. In org.rhq.enterprise.gui.common.paging.ResourceNameDisambiguatingPagedListDataModel#fetchPage() data is ok (2 different alerts), but the call to resourceManager.disambiguate(data, alwaysIncludeParents, getResourceIdExtractor()); returns duplicates disambiguation.resoultion[*].original contains one of the two original data items See attached screen shot. Something similar happens for alert definition history (except that not all entries are the same, but dups appear too).
This is because the disambiguate() method wrongly assumes that each item in the provided results correspond to a different resource (or none at all). In case of alerts, multiple alerts can be triggered from a single resource and thus violate that assumption.
Commit 8a0951a fixes this.
verified.. alerts now have unique names
Created attachment 398906 [details] ss
moving verified bugs to rhq_sprint06, and removing from rhq_chainsaw
Mass-closure of verified bugs against JON.