create some alert defs - resource, group, template.
Go to any resource's Alert definition subtab - doesn't even have to be a resource that has an alert defined for it.
Click the table refresh button.
notice you get an odd list of alert defs that aren't related to the resource.
line 132: Map values = requestCriteria.getValues();
that should be returning a map that contains the resource ID, but it is empty
hence why the criteria doesn't filter on ID and we get everything
the first time through, that map DOES contain the resource ID, so it works
pressing "refresh", and that map is empty. the criteria is screwed upon refresh
I predict the problem is occuring somewhere in or around org.rhq.enterprise.gui.coregui.client.components.table.Table.refresh()
Author: Jay Shaughnessy <firstname.lastname@example.org>
Date: Tue Apr 19 14:55:10 2011 -0400
[BZ 697937 - alert definition view shows invalid alert defs]
The way the alert def list views were implemented no longer played well
with the Table mechanism with respect to refresh. The resource/group/type id
criteria was lost after the initial fetch.
Changed the impl to use fixed InitialCriteria.
Verified on rhq4 release build (Version: 4.0.0 Build Number: db0c817)
created alert definitions on a resource, group and template.
Navigated to other resource's Alert definition sub tab and clicked the table refresh button. Also verified this on the resource, group and template alert definition tab (where alert definitions are created). Clicking Refresh button does not display any other alert definitions that aren't related to the resource.
Marking as verified.
Bookkeeping - closing bug - fixed in recent release.