Bug 756171 - The UI does not have a way to see the template from which a drift definition is derived
Summary: The UI does not have a way to see the template from which a drift definition ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Core UI
Version: 4.2
Hardware: All
OS: All
medium
high
Target Milestone: ---
: JON 3.0.0,RHQ 4.3.0
Assignee: Jay Shaughnessy
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks: jon30-sprint9
TreeView+ depends on / blocked
 
Reported: 2011-11-22 21:09 UTC by Jay Shaughnessy
Modified: 2012-02-07 19:22 UTC (History)
2 users (show)

Fixed In Version: 4.3
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-07 19:22:00 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 756184 0 medium CLOSED RFE: Drift UI needs better Template-Definition handling 2021-02-22 00:41:40 UTC

Internal Links: 756184

Description Jay Shaughnessy 2011-11-22 21:09:15 UTC
The UI has no way of showing which template a drift definition is
derived from.  This makes it impossible to know what affects
pinning and unpinning will have, as well as which definitions
will be affected by changes at the template level.

Comment 1 Jay Shaughnessy 2011-11-22 21:18:02 UTC
There are a few aspects to the solution, one of which is critical for
an initial release.

First, it should be possible to see the definitions attached to a template 
from the template view. An expandable row would probably work well here.
This will allow the user to see which definitions will be affected by
a template update.

Second (critical), it should be possible to see which template a
definition is derived from, in the definitions view.  This gives at least
some exposure to the template.  And allows a user to know what attaching
and detaching will do.

Third, it would be nice if the wizard, when pinning a template, could
provide a summary of the definitions that will be reset (the attached
defs) when the pinning takes place.

Minimally, this BZ should solve #2, and secondary bzs could be filed for
the others.

Comment 2 Jay Shaughnessy 2011-11-22 21:33:47 UTC
master commit bbb3015a3d7f7cbf8238853e262c64cf1740d381

Add template and attached info to the definitions view.  This implements
#2 of the three proposed enhancements and should be enough for the
first release.  It adds two new columns, "Attached?" and "Template",
which indicate whether the definition is attached or not,and to what
template. Note that detached definitions still have an associated template,
and may be re-attached.

Users with manage_settings can link to the template, for others the field
is not a link.

Given a lack of real-estate, the interval and drift handling columns have
been removed from the list row, and are now viewable only from the edit
view.

Comment 3 Jay Shaughnessy 2011-11-22 21:48:17 UTC
I opened a new Bug 756184 for more work on the template-definition
handling suggestions above.  This bz only covers option #2 from this
point on.

Comment 4 John Mazzitelli 2011-11-23 21:02:11 UTC
i confirm this is in master build. moving to ON_DEV for jay to push to release branch

Comment 5 Jay Shaughnessy 2011-11-28 14:14:17 UTC
release_jon3.x commit ccbfb587d5a232840ca2ca368ea6b130375e6049

Moving back to on_qa for release branch

Comment 6 Mike Foley 2011-11-29 16:58:30 UTC
verified

Comment 7 Mike Foley 2012-02-07 19:22:00 UTC
changing status of VERIFIED BZs for JON 2.4.2 and JON 3.0 to CLOSED/CURRENTRELEASE


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