)]}'
{"api-ref/source/v3/parameters.yaml":[{"author":{"_account_id":5046,"name":"Lance Bragstad","email":"lbragstad@redhat.com","username":"ldbragst"},"change_message_id":"befbf1dbabd72c2c48243caf7d1d7973bbd01c1c","unresolved":false,"context_lines":[{"line_number":849,"context_line":"  in: body"},{"line_number":850,"context_line":"  required: false"},{"line_number":851,"context_line":"  type: string"},{"line_number":852,"context_line":"extras:"},{"line_number":853,"context_line":"  description: |"},{"line_number":854,"context_line":"    A set of metadata key and value pairs, if any."},{"line_number":855,"context_line":"  in: body"},{"line_number":856,"context_line":"  required: true"},{"line_number":857,"context_line":"  type: object"},{"line_number":858,"context_line":"group:"},{"line_number":859,"context_line":"  description: |"},{"line_number":860,"context_line":"    A ``group`` object, containing:"}],"source_content_type":"text/x-yaml","patch_set":3,"id":"df87a7cf_b6909eef","side":"PARENT","line":857,"range":{"start_line":852,"start_character":0,"end_line":857,"end_character":14},"updated":"2017-12-13 02:15:42.000000000","message":"This was only used in token responses?","commit_id":"cfbc2aa30b7406b4bc77e40a55561d1f46174b5c"},{"author":{"_account_id":15054,"name":"wangxiyuan","email":"wangxiyuan1007@gmail.com","username":"wangxiyuan"},"change_message_id":"baff8de1001f64f36c2265d875182ebdb99d61ff","unresolved":false,"context_lines":[{"line_number":849,"context_line":"  in: body"},{"line_number":850,"context_line":"  required: false"},{"line_number":851,"context_line":"  type: string"},{"line_number":852,"context_line":"extras:"},{"line_number":853,"context_line":"  description: |"},{"line_number":854,"context_line":"    A set of metadata key and value pairs, if any."},{"line_number":855,"context_line":"  in: body"},{"line_number":856,"context_line":"  required: true"},{"line_number":857,"context_line":"  type: object"},{"line_number":858,"context_line":"group:"},{"line_number":859,"context_line":"  description: |"},{"line_number":860,"context_line":"    A ``group`` object, containing:"}],"source_content_type":"text/x-yaml","patch_set":3,"id":"df87a7cf_6f49d089","side":"PARENT","line":857,"range":{"start_line":852,"start_character":0,"end_line":857,"end_character":14},"in_reply_to":"df87a7cf_b6909eef","updated":"2017-12-13 08:53:59.000000000","message":"yeah, I check all the resources who contain extra in db. It includes: consumer, credential, endpoint, group, policy, project, region ,role, service, token ,trust and user.\n\nNo one return \"extras\" key, except **project**\n\nWhen update a project with some extra data, the response will contain \"extra\" key. For example:\nPATCH /v3/project/{project_id}\n{\n    \"project\":{\n        \"test_key\": \"test_value\"\n    }\n}\n\nthe response is like:\n{\n    \"project\":{\n        \"id\": {project_id},\n        ...\n        \"name\": \"admin\",\n        \"test_key\": \"test_value\"\n        \"extra\" :{\n            \"test_key\": \"test_value\"\n        }\n    }\n}\n\nI think it\u0027s a bug for project update API. The \"extra\" in response body is redundant. But We can\u0027t fix it until we support micro version in Keystone since it will change API behavior.","commit_id":"cfbc2aa30b7406b4bc77e40a55561d1f46174b5c"}]}