Acknowledge a repo's failed upload so the feed stops reporting it
const url = 'https://example.com/v1/datasets/uploads/2489E9AD-2EE2-8E00-8EC9-32D5F69181C0/dismiss';const options = { method: 'POST', headers: {'Content-Type': 'application/json'}, body: '{"dismissed_through_unix":0}'};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request POST \ --url https://example.com/v1/datasets/uploads/2489E9AD-2EE2-8E00-8EC9-32D5F69181C0/dismiss \ --header 'Content-Type: application/json' \ --data '{ "dismissed_through_unix": 0 }'Dismiss, not destroy: QDS records a per-repo watermark that suppresses
the repo’s wreckage (failed, and the quiet staging rows it falls back
to) at or older than the entry the caller saw. The failure record itself
is kept — it is the only account of why the ingest failed — and no storage
is reclaimed. A live upload cannot be dismissed: preparing/publishing
are never suppressed, and staging only after the transfer has stopped
taking new manifests, so a click that races a running attempt returns the
live phase instead of hiding it.
A sub-resource of the feed it edits, not of /datasets/{dataset_id}: a
failed upload has minted no dataset. POST rather than DELETE for the same
reason — nothing is deleted, and it carries a body.
Parameters
Section titled “ Parameters ”Path Parameters
Section titled “Path Parameters ”Query Parameters
Section titled “Query Parameters ”Act on this account (active)
Act on this account (active)
Header Parameters
Section titled “Header Parameters ”Request Body required
Section titled “Request Body required ”object
Responses
Section titled “ Responses ”Successful Response
Example generated
exampleValidation Error
object
object
object
Example generated
{ "detail": [ { "loc": [ "example" ], "msg": "example", "type": "example", "input": "example", "ctx": {} } ]}