Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 159841 - Field names are misleading in configuration and '_' disallowed
Summary: Field names are misleading in configuration and '_' disallowed
Alias: None
Product: Red Hat Cluster Suite
Classification: Retired
Component: redhat-config-cluster
Version: 4
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jim Parsons
QA Contact: Cluster QE
Depends On:
TreeView+ depends on / blocked
Reported: 2005-06-08 16:01 UTC by Rob Kenna
Modified: 2009-04-16 20:09 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-09-07 19:29:08 UTC

Attachments (Terms of Use)

Description Rob Kenna 2005-06-08 16:01:51 UTC
The fields of fence device input panel are very misleading. The "Hostname"
should have been IP Address and the "Name" should have been something more
obviously labelled (maybe "Label" or even "Hostname" ?).

2.2 "Name" rule is not well known. One thing we noticed is that it doesn't take
"_" (say "star_war" got bounced back).

Comment 1 Jim Parsons 2005-06-08 16:18:50 UTC
The field names are not misleading in my opinion - they match the attribute
values  in the xml file that they are setting. That is where the names came
from. Please don't think they were assigned in an arbitrary manner.

That said, the field names are text strings in the glade file. they are easy to
amend. I will set them to any value that is decided upon -- note, however, that
if you change 'Hostname' to 'IP Address', the attribute in the xml file will
still need to be 'hostname="value"', which may cause a disconnect in the minds
of those who use emacs to touch up their configuration file.

Comment 2 Corey Marthaler 2005-09-07 19:29:08 UTC
The underscore issue was fixed and documented in another bz a long time ago, and
since there wasn't any feed back to Jim's comment, I'm closing this. 

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