[Bug 30399] New: Improve reporting of broken CMs

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Sep 27 17:30:49 CEST 2010


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

           Summary: Improve reporting of broken CMs
           Product: Telepathy
           Version: git master
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: medium
         Component: tp-spec
        AssignedTo: telepathy-bugs at lists.freedesktop.org
        ReportedBy: david.laban at collabora.co.uk
         QAContact: telepathy-bugs at lists.freedesktop.org


One of Telepathy's advantages is the ability to carry on/recover when one of
the CMs dies and falls off the bus. Another potential failure mode for a CM is
deadlocking. In this case, method calls will fail with a timeout, but most
programs (read: Empathy) don't escalate these failures. Also, the CM falling
off the bus isn't reported as such in empathy (should I report a bug for this
there too?)


Proposal:

Extend Account.ConnectionStatusReason's enum (== Connection's
Connection_Status_Reason enum) to include a value Local_Component_Failure

Define an equivalent error for putting in Account.ConnectionError

Have a method Account.Ping() which either succeeds, or [returns an error and]
sets the above properties. This way, clients can call this method in response
to all timeout failures, and the AccountManager will do the right thing. (or
make the AccountManager prod the CMs periodically to check for lockups anyway)

Document that clients should probably not try to kill/restart locked up CMs
without user confirmation, because this would make using gdb to debug CM
problems impossible.

-- 
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.



More information about the telepathy-bugs mailing list