Bug 881366 - Wallaby shell modify-* commands do not accept empty strings as arguments
Summary: Wallaby shell modify-* commands do not accept empty strings as arguments
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: wallaby-utils
Version: 2.1
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: 2.3
: ---
Assignee: Robert Rati
QA Contact: Lubos Trilety
URL:
Whiteboard:
Depends On:
Blocks: 880973
TreeView+ depends on / blocked
 
Reported: 2012-11-28 19:19 UTC by Robert Rati
Modified: 2013-03-06 18:47 UTC (History)
4 users (show)

Fixed In Version: wallaby-0.16.2-1
Doc Type: Bug Fix
Doc Text:
Cause: Trying to empty a metadata field with any wallaby shell modify commands would produce an error Consequence: It was not possible to set metadata fields to empty strings Fix: The wallaby shell modify commands now accept empty values Result: It is now possible to set metadata fields to empty values
Clone Of:
Environment:
Last Closed: 2013-03-06 18:47:31 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2013:0564 0 normal SHIPPED_LIVE Low: Red Hat Enterprise MRG Grid 2.3 security update 2013-03-06 23:37:09 UTC

Description Robert Rati 2012-11-28 19:19:12 UTC
Description of problem:
It's not possible to blank entity metadata with an empty string, and trying to do so produces an error.  This is causing issues with ccs/ccp since a user could set metadata to an empty string from a non-string value.

$ wallaby modify-param --default-val ""
invalid argument: --default-val 
Usage:  wallaby modify-param PARAMETER [...] [OPTIONS]
    -h, --help                       displays this message
        --description VALUE          Sets the description property of the modified parameter
                                        (valid values are strings)
        --kind VALUE                 Sets the kind property of the modified parameter
                                        (valid values are strings)
        --needs-restart VALUE        Sets the needsRestart property of the modified parameter
                                        (valid values are "yes", "no")
        --default-val VALUE          Sets the default_val property of the modified parameter
                                        (valid values are strings)
        --must-change VALUE          Sets the must_change property of the modified parameter
                                        (valid values are "yes", "no")
        --level VALUE                Sets the level property of the modified parameter
                                        (valid values are integers)
        --annotation VALUE           Sets the annotation property of the modified parameter
                                        (valid values are strings)
 
Version-Release number of selected component (if applicable):


How reproducible:
100%

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Robert Rati 2012-11-28 19:36:31 UTC
Corrected repo:
wallaby modify-param PAR --default-val ""

Comment 3 Lubos Trilety 2013-01-10 15:01:15 UTC
Tested with:
wallaby-utils-0.16.3-1

Tested on:
RHEL6 i386,x86_64
RHEL5 i386,x86_64

# wallaby modify-param PAR --default-val '' --kind '' --annotation '' --description ''
Console Connection Established...
Modifying the following parameter: PAR with {:kind=>"", :annotation=>"", :default_val=>"", :description=>""}

# wallaby show-param PAR
Console Connection Established...
PAR
  kind:  ""
  default:  ""
  description:  ""
  must_change:  false
  requires_restart:  false
  visibility_level:  0
  depends:  []
  conflicts:  []
  annotation:  ""

>>> verified

Comment 5 errata-xmlrpc 2013-03-06 18:47:31 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2013-0564.html


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