[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