-
Notifications
You must be signed in to change notification settings - Fork 184
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DELETE, MOVE (maybe others except GET) requests return 503 if file is still in post-processing #9432
Comments
I couldn't reproduce localy. Hard to understand what is problem
|
logs localy (maybe related CI issue):
but I haven't any server crash or 503 error like in the CI |
here don't know what is trigger of the failed test, maybe it helps #9453 |
Failed builds:
|
While trying to immediately DELETE the just uploaded file, the server responds <d:error xmlns:d="DAV" xmlns:s="http://sabredav.org/ns">
<s:exception>Sabre\DAV\Exception\ServiceUnavailable</s:exception>
<s:message>internal error: file is processing</s:message>
</d:error>
Same for:
|
Just a thought: For download, if post-processing is still happening, the server has to respond with 425 "too early" because it can't "find" the bytes to send back in an API response. But: For move and copy, the server could also "queue" the action. When the existing upload post-processing is completed in the back-end, the post-processing code could then notice that there is another action queued, and do the back-end move or copy. If the server always accepts valid delete, move and copy requests, then clients do not have to bother handling the possibility of "425 too early" for those cases. |
Failed at todays build (Jul 8) https://drone.owncloud.com/owncloud/ocis/36759/40/5 |
I would go for expecting Btw |
Recent failures: |
Good point. Unfortunately we don't have the appropriate response code in a cs3/rpc/code Can we add a new one? |
yes, we should add one. |
@butonic objected to the use of the 425. He noticed that we completely misuse 425 Too Early: https://httpwg.org/specs/rfc8470.html#introduction What options do we have? Could we use the 423 instead? Let's say the resource is locked by post processing. |
Please let's not rediscuss this again. We had a lengthy discussion about which status code to use back in the day. We decided to go for |
Describe the bug
https://drone.owncloud.com/owncloud/ocis/36110/47/5
API log
While trying to immediately DELETE the just uploaded file, the server responds
503 Service Unavailable
with response bodyfile is processing
: Is it postprocessing? If the resource is still in postprocessing, we get425 Too Early
for GET requests. But for DELETE, it's 503.Same for:
MOVE
requestsThe text was updated successfully, but these errors were encountered: