Difference between revisions of "DeclineFriendship Capability"
Jump to navigation
Jump to search
Monty Linden (talk | contribs) m (Monty Linden moved page Capability DeclineFriendship to DeclineFriendship Capability: Better indexing) |
Monty Linden (talk | contribs) m |
||
| Line 20: | Line 20: | ||
; 4xx/5xx codes as well | ; 4xx/5xx codes as well | ||
=== History === | |||
{| class="wikitable" | |||
|- | |||
| ~2018 || Introduced | |||
|} | |||
Latest revision as of 09:10, 1 April 2022
The DeclineFriendship Capability performs a function similar to the DeclineFriendship LLMessage. It allows the recipient of a friendship offer, restored from the retrieval of an instant message, to be actively declined. This interface comes with usage contraints not present in the LLMessage interface:
- The friendship offer must have been retrieved from offline/stored instant messages. Offers from online agents cannot be declined with this interface.
- The friendship offer must have been retrieved using the ReadOfflineMsgs Capability. Offers that arise from events in response to a RetrieveInstantMessages LLMessage will likely be ignored if declined using this capability.
One query term is required when invoking the cap:
- 'from' must provide the UUID of the agent offering friendship
Client Request DEL <path>?from=<uuid> -> <empty>
; 200 Response <-
{
success: Boolean
}
; 4xx/5xx codes as well
History
| ~2018 | Introduced |