Remove a like from the song in a play.
DELETE/play/:play_id/like
Removes a like previously recorded by POST /play/{play_id}/like,
returning the song to neutral. It does not create a dislike. Removing a
like that was never there succeeds.
A client that cannot issue DELETE reaches this operation by POSTing to
the same path with an X-HTTP-Method-Override: DELETE header. Such a
request is routed here, not to POST /play/{play_id}/like.
Request
Responses
- 200
- 400
- 401
- 404
- 429
- default
The like was removed.
missingParameter (code 16) — no client_id was supplied, or the
play id in the path is missing or non-numeric (Invalid value for play id).
Credentials were missing or invalid. The response carries
WWW-Authenticate: Basic realm="Feed.fm".
Response Headers
The authentication challenge. Always Basic realm="Feed.fm".
Basic realm="Feed.fm"missingObject (code 17) — no such play.
The server judged the rate of requests from these credentials to be excessive and is refusing them for a time. The block lasts 30 seconds from the request that tripped it. Requests made during the block are refused and do not extend it.
The threshold is not published, and is not part of this contract. The threshold is also tuned from time to time.
The response carries a Retry-After header giving whole seconds until
the block clears. Wait at least that long. It says when to come back,
not what rate to aim for, and retrying sooner simply meets the block
again.
This exists to stop abuse, and a well-behaved client should not reach it; if yours does, the fix is to reduce your request rate rather than to retry on a timer. If you believe your application needs a rate that trips it, contact Feed.fm rather than working around it.
An error occurred.