[Bug 77144] New: [next] implement properties per-interface, not monolithically
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Apr 7 10:03:28 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=77144
Priority: medium
Bug ID: 77144
Assignee: telepathy-bugs at lists.freedesktop.org
Summary: [next] implement properties per-interface, not
monolithically
QA Contact: telepathy-bugs at lists.freedesktop.org
Severity: normal
Classification: Unclassified
OS: All
Reporter: simon.mcvittie at collabora.co.uk
Hardware: Other
Status: NEW
Version: git master
Component: tp-glib
Product: Telepathy
> Next, I'll probably stop implementing TpSvcDBusProperties (which is a weird
> special case) in any of our high-level API, and make the TpSvcInterface code
> call into TpDBusPropertiesMixin instead. MC can still override that with its
> own TpSvcDBusProperties implementation if it really needs to, but it seems bad
> for it to be an API guarantee that TpBaseConnection implements D-Bus
> Properties monolithically, rather than letting GDBus do it per-interface.
Xavier implemented this for telepathy-glib:
http://cgit.collabora.com/git/user/xclaesse/telepathy-glib.git/log/?h=gdbus-properties
I need to get MC, the CMs, and Folks' regression tests caught up, and fix
anything that I don't like about Xavier's implementation.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the telepathy-bugs
mailing list