image set v2 uses visibility option instead of public and private

Bug #1476772 reported by Terry Howe
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
python-openstackclient
Invalid
Undecided
Sean Perry

Bug Description

The image set command for v2 uses visibility option instead of --public|--private

Also investigate --protected|--unprotected.

Add notes to barkward-incompatiblity, deprecate old options.

Revision history for this message
Sean Perry (sean-perry-a) wrote :

I do not mind converting --visibility to public/private. Consistency with others does have value.

But --unprotected is bad UX in my opinion. If --protected is not provided the value is False. --unprotected performs no useful function. You are always 'unprotected' unless you use --protected. Why provide a parameter that never needs to be used?

Changed in python-openstackclient:
assignee: nobody → Sean Perry (sean-perry-a)
status: New → In Progress
Revision history for this message
Sean Perry (sean-perry-a) wrote :

Right, we need --unprotected to reverse a request for protection. Makes total sense on the set command.

Revision history for this message
Steve Martinelli (stevemar) wrote :

i think we can close this out, we settled on using --private or --public, as we do with the volume related commands.

https://github.com/openstack/python-openstackclient/blob/master/openstackclient/image/v2/image.py#L180-L190

this is used for both image v1 and v2.

Revision history for this message
Steve Martinelli (stevemar) wrote :
Changed in python-openstackclient:
status: In Progress → Invalid
Revision history for this message
Lin Hua Cheng (lin-hua-cheng) wrote :

bug resolved by this patch: https://review.openstack.org/#/c/226232/

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.