Bug 601987 - selecting only ancestor for relative-resource operation-based alert sender is broken
Summary: selecting only ancestor for relative-resource operation-based alert sender is...
Alias: None
Product: RHQ Project
Classification: Other
Component: Alerts
Version: 3.0.0
Hardware: All
OS: Linux
Target Milestone: ---
: ---
Assignee: Joseph Marques
QA Contact: Sudhir D
Depends On:
Blocks: jon-sprint11-bugs
TreeView+ depends on / blocked
Reported: 2010-06-09 00:41 UTC by Joseph Marques
Modified: 2010-08-12 16:59 UTC (History)
1 user (show)

Fixed In Version: 2.4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-08-12 16:59:49 UTC

Attachments (Terms of Use)

Description Joseph Marques 2010-06-09 00:41:06 UTC
Description of problem:

"relative resource" mode for operation-based alert sender should allow executing an operation on an ancestor resource.  the UI allows you to setup an alert notification like this, but when it fires the execution algorithm thinks the notification is in an invalid state, and does not execute the operation.

Steps to Reproduce:
1. Add an alert notification (create an alert definition if needed)
2. Select "resource operation"
3. Select "relative resource"
4. Select some ancestor, but do not fill in any descendant information
5. Make this alert fire
Actual results:

Audit trail says "<no 'filter by' selected>"

Expected results:

The operation executes on the ancestor resource.

Comment 1 Joseph Marques 2010-06-09 15:47:12 UTC
commit 8e1e17afe40377dd8dabce0e2dca3d1550179b86
Author: Joseph Marques <joseph@redhat.com>
Date:   Wed Jun 9 03:03:44 2010 -0400

    BZ-601987: fix related-resource execution for operation-based custom alert sender
    * it is valid to select an operation from a direct ancestor
    ** thus, don't throw exceptions when the descendantType field is null

Comment 2 Corey Welton 2010-06-10 16:39:54 UTC
Verified.  Ops against parent/ancestral resources get triggered when these ops are fired.  No longer do we see an error in the audit trail.  We see the note that says operation 'foo' was triggered on ancestral resource 'bar'.

Comment 3 Corey Welton 2010-08-12 16:59:49 UTC
Mass-closure of verified bugs against JON.

Note You need to log in before you can comment on or make changes to this bug.