Bug 668797 - wallaby subcommands with required arguments should fail when no arguments are provided
Summary: wallaby subcommands with required arguments should fail when no arguments are...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: wallaby-utils
Version: 1.3
Hardware: All
OS: Linux
low
medium
Target Milestone: 1.3.2
: ---
Assignee: Will Benton
QA Contact: Lubos Trilety
URL:
Whiteboard:
Depends On: 635628 668798
Blocks: 668432
TreeView+ depends on / blocked
 
Reported: 2011-01-11 16:41 UTC by Will Benton
Modified: 2011-02-15 12:17 UTC (History)
4 users (show)

Fixed In Version: wallaby-0.10.2-1
Doc Type: Bug Fix
Doc Text:
Some wallaby subcommands which took arguments incorrectly returned with a 0 (zero) exit code, indicating success, even when the required arguments were omitted. With this update, those wallaby subcommands exit with a non-zero exit code when the required arguments are not supplied, as expected.
Clone Of: 635628
Environment:
Last Closed: 2011-02-15 12:17:33 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0217 0 normal SHIPPED_LIVE Red Hat Enterprise MRG Messaging and Grid bug fix and enhancement update 2011-02-15 12:10:15 UTC

Comment 1 Will Benton 2011-01-14 20:03:52 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
C:  Some wallaby utilities that take entity names as arguments did nothing successfully and exited with success statuses if no arguments were provided.
C:  This behavior may have been confusing for some users.
F:  The  user interfaces for commands that have required arguments have been changed so that failing to supply an argument will result in the command exiting with a failure code.
R:  Users should find that the exit-status behavior of these wallaby utilities is now more consistent with their expectations.

Comment 3 Lubos Trilety 2011-01-27 14:28:22 UTC
Tested with (version):
wallaby-0.10.4-1

Tested on:
RHEL5 i386,x86_64  - passed

>>> VERIFIED

Comment 4 Douglas Silas 2011-02-09 18:19:14 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,4 +1 @@
-C:  Some wallaby utilities that take entity names as arguments did nothing successfully and exited with success statuses if no arguments were provided.
+Some wallaby subcommands which took arguments incorrectly returned with a 0 (zero) exit code, indicating success, even when the required arguments were omitted. With this update, those wallaby subcommands exit with a non-zero exit code when the required arguments are not supplied, as expected.-C:  This behavior may have been confusing for some users.
-F:  The  user interfaces for commands that have required arguments have been changed so that failing to supply an argument will result in the command exiting with a failure code.
-R:  Users should find that the exit-status behavior of these wallaby utilities is now more consistent with their expectations.

Comment 5 errata-xmlrpc 2011-02-15 12:17:33 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0217.html


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