PATCH semantics do not meet RFC standards
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Poppy |
Fix Released
|
Critical
|
Obulapathi |
Bug Description
Currently the PATCH semantics do not meet the standards for PATCH as used by Glance Images, and described below in the Openstack ML thread:
http://
We want to conform to the following recommendations:
[1] https:/
[2] http://
[3] http://
2.1. A Simple PATCH Example
PATCH /file.txt HTTP/1.1
Host: www.example.com
Content-Type: application/example
If-Match: "e0023aa4e"
Content-Length: 100
[
{ "op": "test", "path": "/a/b/c", "value": "foo" },
{ "op": "remove", "path": "/a/b/c" },
{ "op": "add", "path": "/a/b/c", "value": [ "foo", "bar" ] },
{ "op": "replace", "path": "/a/b/c", "value": 42 },
{ "op": "move", "from": "/a/b/c", "path": "/a/b/d" },
{ "op": "copy", "from": "/a/b/d", "path": "/a/b/e" }
]
This can be implemented using JSONPatch in python.
Changed in poppy: | |
assignee: | nobody → Obulapathi (obulpathi) |
Changed in poppy: | |
status: | Fix Committed → Fix Released |
https:/ /review. openstack. org/#/c/ 144993/