Content
View differences
Updated by Jens Ulferts about 3 years ago
The query model now supports persisting timestamps. The work package collection and single resource do as well. The query resource of the api v3 however does not. In order to be able to persist the timestamps, the query resource needs to be extended
**Acceptance criteria**
* POST /api/v3/queries (create queries) accepts a timestamp parameter in the message body
* PATCH /api/v3/queries/:id (update query) accepts a timestamp parameter in the message body
* POST /api/v3/queries/form and POST /api/v3/queries/:id/form (form for creating and updating queries) accept timestamp parameters in the message body and the embedded schema explains the added parameter
* POST GET /api/v3/projects/:id/queries/schema and POST GET /api/v3/queries/schema declare the added paramter
* ~~GET GET /api/v3/projects/:id/queries/default, /api/v3/queries/default and /api/v3/queries/:id accept the additional url parameter 'timestamps' similar to how it is done for work packages.~~ Seems to already be supported. Double checking required. packages.
* API documentation is updated.
**Acceptance criteria**
* POST /api/v3/queries (create queries) accepts a timestamp parameter in the message body
* PATCH /api/v3/queries/:id (update query) accepts a timestamp parameter in the message body
* POST /api/v3/queries/form and POST /api/v3/queries/:id/form (form for creating and updating queries) accept timestamp parameters in the message body and the embedded schema explains the added parameter
* POST
* ~~GET
* API documentation is updated.