osc volume attachment list help is inconsistent with implementation

Bug #2083327 reported by Bence Romsics
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
python-openstackclient
Confirmed
Low
Unassigned

Bug Description

osc volume attachment list help refers many times to the '--filters' option which does not seem to exist.
It seems like there were some TODOs added in 2021 to implement '--filters', but that's the least mention of it I could find:

https://opendev.org/openstack/python-openstackclient/commit/6dc94e1fb85595653dcdd24185c914b9df1741df

Maybe it would be better to say in the help text that filtering is unimplemented until the implementation gets in place.

$ openstack --os-volume-api-version 3.71 volume attachment list -h
[snip]
options:
  -h, --help show this help message and exit
  --project <project>
                        Filter results by project (name or ID) (admin only)
  --project-domain <project-domain>
                        Domain the project belongs to (name or ID). This can be used in case collisions between project names exist.
  --all-projects Shows details for all projects (admin only).
  --volume-id <volume-id>
                        Filters results by a volume ID. This option is deprecated. Consider using the '--filters' option which was introduced in microversion 3.33 instead.
  --status <status>
                        Filters results by a status. This option is deprecated. Consider using the '--filters' option which was introduced in microversion 3.33 instead.
  --limit <limit>
                        The maximum number of entries to return. If the value exceeds the server-defined maximum, then the maximum value will be used.
  --marker <marker>
                        The first position in the collection to return results from. This should be a value that was returned in a previous request.
[snip]

$ openstack --version
openstack 7.2.0

$ openstack --debug
[snip]
compute API version 2.1, cmd group openstack.compute.v2
identity API version 3, cmd group openstack.identity.v3
image API version 2, cmd group openstack.image.v2
network API version 2, cmd group openstack.network.v2
object_store API version 1, cmd group openstack.object_store.v1
volume API version 3, cmd group openstack.volume.v3
orchestration API version 1, cmd group openstack.orchestration.v1
alarming API version 2, cmd group openstack.alarming.v2
load_balancer API version 2.0, cmd group openstack.load_balancer.v2
baremetal API version 1.92, cmd group openstack.baremetal.v1
key_manager API version 1, cmd group openstack.key_manager.v1
database API version 1, cmd group openstack.database.v1
placement API version 1, cmd group openstack.placement.v1
rca API version 1, cmd group openstack.rca.v1
container_infra API version 1, cmd group openstack.container_infra.v1
workflow_engine API version 2, cmd group openstack.workflow_engine.v2
container API version 1, cmd group openstack.container.v1
dns API version 2, cmd group openstack.dns.v2
messaging API version 2, cmd group openstack.messaging.v2
share API version 2.84, cmd group openstack.share.v2
reservation API version 1, cmd group openstack.reservation.v1
neutronclient API version 2, cmd group openstack.neutronclient.v2
[snip]

djp (dimsssss)
Changed in python-openstackclient:
assignee: nobody → djp (dimsssss)
Changed in python-openstackclient:
importance: Undecided → Low
status: New → Confirmed
djp (dimsssss)
Changed in python-openstackclient:
assignee: djp (dimsssss) → nobody
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.