Public bug reported: When listing images there are several optional parameters that can be used to filter the list of images retrieved by the API. All those optional parameters are documented in the API guide: http://developer.openstack.org/api-ref-image-v2.html#listImages-v2. The following two parameters are not working properly when used, the created_at and the updated_at.
Before the Mitaka release a user could filter the list of images by using the following options: GET /v2/images?created_at=<Some date time value> GET /v2/images?updated_at=<Some date time value> Starting on the Mitaka release users can also use an operator (eq, neq, lt, lte, gt, gte) for comparison purposes when filtering images using the created_at or updated_at parameters. Something like: GET /v2/images?created_at=<some operator>:<Some date time value> GET /v2/images?updated_at=<some operator>:<Some date time value> The problem is that starting on Mitaka, if the user tries to filter the list of images by created_at and updated_at without using an operator the API errors and fails to retrieve the list of images. This means that the API is not backward compatible with Liberty for this operation. The glance API should be able to work with backward compatibility with Liberty when listing images using the created_at or updated_at filters. Steps to recreate: 1) Using an environment with the Liberty release, try listing images using the created_at parameter (filter). Example: GET http://my_env:9292/v2/images?created_at=2016-05-20T20:53:15Z Results: A list containing one image is successfully retrieved. 2) Using an environment with the Mitaka release try the same operation: GET http://my_env:9292/v2/images?created_at=2016-05-20T20:53:15Z Results: The API returns an error: 400 Bad Request . Bad "created_at" query filter format. Use ISO 8601 DateTime notation. The same API call should be consistent in both releases. ** Affects: glance Importance: Undecided Assignee: Castulo J. Martinez (castulo-martinez) Status: New ** Changed in: glance Assignee: (unassigned) => Castulo J. Martinez (castulo-martinez) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1584415 Title: Listing images with the created_at and updated_at filters fails if an operator is not specified Status in Glance: New Bug description: When listing images there are several optional parameters that can be used to filter the list of images retrieved by the API. All those optional parameters are documented in the API guide: http://developer.openstack.org/api-ref-image-v2.html#listImages-v2. The following two parameters are not working properly when used, the created_at and the updated_at. Before the Mitaka release a user could filter the list of images by using the following options: GET /v2/images?created_at=<Some date time value> GET /v2/images?updated_at=<Some date time value> Starting on the Mitaka release users can also use an operator (eq, neq, lt, lte, gt, gte) for comparison purposes when filtering images using the created_at or updated_at parameters. Something like: GET /v2/images?created_at=<some operator>:<Some date time value> GET /v2/images?updated_at=<some operator>:<Some date time value> The problem is that starting on Mitaka, if the user tries to filter the list of images by created_at and updated_at without using an operator the API errors and fails to retrieve the list of images. This means that the API is not backward compatible with Liberty for this operation. The glance API should be able to work with backward compatibility with Liberty when listing images using the created_at or updated_at filters. Steps to recreate: 1) Using an environment with the Liberty release, try listing images using the created_at parameter (filter). Example: GET http://my_env:9292/v2/images?created_at=2016-05-20T20:53:15Z Results: A list containing one image is successfully retrieved. 2) Using an environment with the Mitaka release try the same operation: GET http://my_env:9292/v2/images?created_at=2016-05-20T20:53:15Z Results: The API returns an error: 400 Bad Request . Bad "created_at" query filter format. Use ISO 8601 DateTime notation. The same API call should be consistent in both releases. To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1584415/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : [email protected] Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
