[Bug 33410] Do on-disk avatar cache in CM

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=33410

--- Comment #17 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2012-06-07 09:26:10 PDT ---
(In reply to comment #16)
> That's called a client-interest actually, we already have mechanism for that. I
> though about using that, but IIRC Simon wasn't all happy.

17:19 < smcv> xclaesse: "always request avatars" - my question is, whose?
17:19 < smcv> people with subscribe > No? people with publish > No? random 
              people with no presence relationship who IM you out of the blue?

Another possible set of people (which might in fact be what you meant) would be
"people from whom I receive presence, whether it's broadcast or directed". In
XMPP (but not necessarily other protocols), that's the same as the set of
people whose avatar tokens you are aware of.

One answer would be for the client interests to be self-describing things like
/subscribe-avatars, /presence-received-avatars and /anyone-interacting-avatars.

I mainly object to the idea of having a client interest whose semantics are
"You automatically download the avatars of some arbitrary set of contacts, but
I'm not going to tell you which ones" :-)

> If we go that way, I
> think it could make sense to separate interest in self avatar and in other
> contacts avatar, because MC will always (actually depending on the
> AvatarPersists property I guess) be interesting if self avatar to store it and
> re-set on reconnect.

Yes: MC only cares about our own avatar, and only cares about *that* on
protocols where AvatarsPersist.

Or, you could even just remove the /self-avatar client interest and assume that
it's always-on?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.
You are the assignee for the bug.