Bug 1069960

Summary:	Distinguish host for newly created pmchart plots in a multi-host chart
Product:	[Fedora] Fedora	Reporter:	Nathan Scott <nathans>
Component:	pcp-gui	Assignee:	Nathan Scott <nathans>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	mgoodwin, nathans
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	pcp-gui-1.5.13-1.el6	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-03-15 15:07:20 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Nathan Scott 2014-02-26 00:54:40 UTC

Ben England reports that it is downright silly that when we create a new chart which has metrics being sourced from multiple hosts, the default plot legends do not reflect the hosts.  Thus, if the same metric is plotted from different hosts, the UI (by default) does not allow the user to distinguish them.  Of course one can use explicit plot Labels, but we should behave more sensibly by default too.

So, once this situation crops up (multi-host charts), the default plot label needs to include hostname in addition to metric and instance names.

Comment 1 Nathan Scott 2014-03-04 23:41:58 UTC

commit a683a1b8fe2b45ea0faf94c9e4d664dc1e5306eb
Author: Nathan Scott <nathans>
Date:   Wed Mar 5 10:41:33 2014 +1100

    Remove pmchart one-metric-multiple-hosts legend ambiguity
    
    This change tackles the visual ambiguity that exists when a
    chart is created (or edited) such that the same metric from
    multple hosts is used.
    
    A number of difficulties arose in attempting to retrofit the
    prepend-hostname-to-legend-labels policy (potentially having
    to undo later on when editing occurs too) after a subsequent
    plot is observed to introduce the ambiguity.  So, in the end
    went with the far simpler solution of always using shortname
    -prefixed label for plots (all this is only when no explicit
    plot labels are specified, of course).
    
    Resolves Red Hat bugzilla #1069960.

Comment 2 Fedora Update System 2014-03-06 04:50:00 UTC

pcp-gui-1.5.13-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/pcp-gui-1.5.13-1.fc20

Comment 3 Fedora Update System 2014-03-06 04:50:59 UTC

pcp-gui-1.5.13-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/pcp-gui-1.5.13-1.fc19

Comment 4 Fedora Update System 2014-03-06 04:51:46 UTC

pcp-gui-1.5.13-1.el6 has been submitted as an update for Fedora EPEL 6.
https://admin.fedoraproject.org/updates/pcp-gui-1.5.13-1.el6

Comment 5 Fedora Update System 2014-03-06 21:09:17 UTC

Package pcp-gui-1.5.13-1.el6:
* should fix your issue,
* was pushed to the Fedora EPEL 6 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=epel-testing pcp-gui-1.5.13-1.el6'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0760/pcp-gui-1.5.13-1.el6
then log in and leave karma (feedback).

Comment 6 Fedora Update System 2014-03-15 15:07:20 UTC

pcp-gui-1.5.13-1.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 7 Fedora Update System 2014-03-15 15:20:51 UTC

pcp-gui-1.5.13-1.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 8 Fedora Update System 2014-03-21 22:30:06 UTC

pcp-gui-1.5.13-1.el6 has been pushed to the Fedora EPEL 6 stable repository.  If problems still persist, please make note of it in this bug report.