Listing images with the created_at and updated_at filters fails if an operator is not specified
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Glance |
New
|
Undecided
|
Unassigned | ||
Mitaka |
New
|
Undecided
|
Unassigned | ||
Newton |
In Progress
|
Medium
|
Castulo J. Martinez |
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://
Before the Mitaka release a user could filter the list of images by using the following options:
GET /v2/images?
GET /v2/images?
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?
GET /v2/images?
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://
Results: A list containing one image is successfully retrieved.
2) Using an environment with the Mitaka release try the same operation: GET http://
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.
Changed in glance: | |
assignee: | nobody → Castulo J. Martinez (castulo-martinez) |
Changed in glance: | |
importance: | Undecided → Medium |
Fix proposed to branch: master /review. openstack. org/319682
Review: https:/