Clarify behavior of DELETE endpoints #147
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
orinoco/dump-things-server#147
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Docs say
It is unclear to me how one would infer a legitimate error from this behavior.
It appears that the endpoints return HTTP200 in all cases. It would make sense to me to code error conditions in HTTP responses as much as possible. Deleting a record that doesn't exist should 404, rather than return
falsein the body. I think.Related: Using
DELETE /<collection>/record?pid=and a CURATOR token, I cannot delete a record, but I am able to delete it viaDELETE /<collection>/curated/record?pid=If the record is in the curated area it can only be deleted via the curator URL, i.e.,
DELETE /<collection>/curated/record?pid=. If the "normal user" URL, i.e,DELETE /<collection>/record?pid=is used, the CURATOR token behaves like any other token. That means it will read from the curated area in its incoming area, and it will delete from the incoming area.Fixed in PR #159, published in Version 5.0.0