Timothy Messier
e66ea15fef
When using the json output of the cli (`-format=json`), a successful call to the controller API would place the HTTP status code in the JSON as `status_code`. However, if there was an error from the API the status code would be placed in the JSON as `status`. In order to be consistent, this adds a `status_code` field to the error response case. For backwards compatibility it still populates `status` in the error case. This inconsistency was missed partially due to a bug in the CLI tests. The assertion on status code was not valid and would always be successful. Thus this also fixes the assertions and tests.
44 lines
861 B
Bash
44 lines
861 B
Bash
load _authorized_actions
|
|
|
|
function create_scope() {
|
|
local parent=$1
|
|
local name=$2
|
|
echo "name $name scope $parent"
|
|
boundary scopes create -name $name -scope-id $parent
|
|
}
|
|
|
|
function read_scope() {
|
|
local sid=$1
|
|
|
|
boundary scopes read -id $sid -format json
|
|
}
|
|
|
|
function delete_scope() {
|
|
local sid=$1
|
|
|
|
boundary scopes delete -id $sid -format json
|
|
}
|
|
|
|
function list_scopes() {
|
|
boundary scopes list -scope-id $1 -format json
|
|
}
|
|
|
|
function scope_id() {
|
|
local name=$1
|
|
local sid=$2
|
|
|
|
strip $(list_scopes $sid | jq -c ".items[] | select(.name | contains(\"$name\")) | .[\"id\"]")
|
|
}
|
|
|
|
function has_default_scope_actions() {
|
|
local out=$1
|
|
local actions=('read' 'update' 'delete')
|
|
|
|
for action in ${actions[@]}; do
|
|
$(has_authorized_action "$out" "$action") || {
|
|
echo "failed to find $action action in output: $out"
|
|
return 1
|
|
}
|
|
done
|
|
}
|