[Bug 28200] TpBaseContactList

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Jun 3 20:29:43 CEST 2010


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

--- Comment #9 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2010-06-03 11:29:42 PDT ---
I've pushed more fixes to smcv/contact-list-manager.

If you're feeling really enthusiastic about reviewing,
smcv/contact-list-new-signals and smcv/contact-list-new-methods additionally
implement the new APIs.

"""
AuthorizePublication (au: Contacts) → nothing

For contacts with publish=No, [...] it merely records the fact that presence
publication to those contacts is allowed; if any of those contacts ask to
receive the local user's presence later [...] the connection SHOULD immediately
allow them to do so, changing their publish attribute directly from No to Yes.
"""

Note to self: I haven't implemented those semantics in the example yet. When I
do, it should probably be rebased in ahead of the new signals and methods.

Other things still to do:

The various accessor methods are inconsistent about whether virtual methods can
raise an error. I think they should all never fail, tbh.

It might be good to move various "compliance levels" of groups of virtual
methods onto GInterfaces:

  * can list contacts (basic, required functionality - put in the class?)
  * can alter ContactList (all methods mandatory)
  * can list groups (mandatory getters; optional disjoint_groups)
  * can alter ContactGroups (mandatory set/add/remove and get_group_storage;
optional rename)
  * can alter Blocking (there seems no point in having a separate read-only
version)

That would mean we wouldn't necessarily need the various _implement_...()
methods, and tomeu would be happy.

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


More information about the telepathy-bugs mailing list