Bug 17080 - Special-case for the self-handle in GetKnownAvatarTokens is counterintuitive.
Summary: Special-case for the self-handle in GetKnownAvatarTokens is counterintuitive.
Status: RESOLVED WORKSFORME
Alias: None
Product: Telepathy
Classification: Unclassified
Component: tp-spec (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-11 11:42 UTC by Will Thompson
Modified: 2008-08-28 04:50 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Will Thompson 2008-08-11 11:42:13 UTC
For any non-self-handle, GetKnownAvatarTokens only returns the token if it is already known.  For self-handle, it is required to know the token for the avatar if one is set, and only to omit the self-handle from the results if it's really unset.  Clients are meant to rely on this special case to figure out whether they need to re-set the avatar on connect because your avatar doesn't persist between connections on the protocol in question.

It seems awkward to use a side-effect of this method's surprising definition to figure this out.  We might want to add RequestSelfAvatarToken, or add a flag saying that we have our own token.
Comment 1 Will Thompson 2008-08-28 04:50:59 UTC
The current behaviour is good enough, with some clarifications that have been made in the spec.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.