Update a leave request
PUT/leave_requests/:id_item
Update a leave request by its internal ID.
Users can update their own leave requests.
You can only modify another user's leave request if you are a "leave approver" for them. Generally, that means being in their designated Time Approver list.
As with all PUT modifications, you
must include the If-Match header
with the current ETag value of the user record or the request will fail with a
"412 Precondition Failed" status code. The ETag value can be obtained by
retrieving the item with a GET request and examining the ETag header in the
response.
Note that you cannot use this endpoint to approve or decline a leave request.
Instead, you can change the approval status of a Leave Request by POSTing to the
/api/v1/leave_requests/approve/{id} or
/api/v1/leave_requests/decline/{id}
endpoints.
Request
Responses
- 204
- 400
- 401
- 403
- 404
- 500
- 503
The object was successfully updated. The response body is empty.
See the Location header for the URL of the updated object.
Response Headers
The URL of the updated or modified object.
A 400 Bad Request is returned when the client request was malformed,
invalid, or otherwise could not be processed as-is. Usually, the cause for
the error is included in the error.message field of the response, and the
client should correct the request and try again.
See also Core Concepts#Error Responses.
Not authenticated - you must be signed in to access this resource. Please check the section of the documentation on authentication.
A 403 Forbidden response means that you are not authorized to perform
this action or access this object, or the object does not exist at all.
The client request may have been valid but the client does not have permission to access the requested resource or perform the requested action.
:::tip 403 Forbidden also used when objects don't exist
In most cases, the system will not return a 404 Not Found error response;
it returns 403 Forbidden both when the object doesn't exist at all,
and also when it exists but the client does not have permission to access it.
This is a security measure to prevent unauthorized users from determining
whether an object exists or not.
:::
See also Core Concepts#Error Responses.
Not found - the requested resource could not be found or does not exist. This may also include cases where the resource does exist, but the client does not have permission to access that resource.
:::tip 403 Forbidden also used when objects don't exist
In most cases, the system will not return a 404 Not Found error response;
it returns 403 Forbidden both when the object doesn't exist at all,
and also when it exists but the client does not have permission to access it.
This is a security measure to prevent unauthorized users from determining
whether an object exists or not.
:::
See also Core Concepts#Error Responses.
Internal server error; an unexpected error occurred on the server. This could be due to a temporary condition or might be the result of a bug in the server software. Also, in some cases, an incorrect client input can trigger this error, and can be resolved by correcting the input.
If the error persists, please contact support along along with the following details when possible:
- any error messages received from the server
- the full request and response details (full headers and body)
- a description of the steps that led to the error
- the time range when it occurred.
Service unavailable - the server is currently unable to handle the request, usually due to maintenance activity on the server. Check if the server's web interface is currently available, or try again later.