[Bug 46385] New: suspicious error mappings in Call

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Feb 21 12:40:51 CET 2012


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

             Bug #: 46385
           Summary: suspicious error mappings in Call
    Classification: Unclassified
           Product: Telepathy
           Version: git master
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: gabble
        AssignedTo: telepathy-bugs at lists.freedesktop.org
        ReportedBy: simon.mcvittie at collabora.co.uk
         QAContact: telepathy-bugs at lists.freedesktop.org
                CC: olivier.crete at ocrete.ca


Some of the code to map Jingle reasons to Tp errors seems rather suspicious:

> + case JINGLE_REASON_GONE:
> + /* This one is only in the media channel, we don't have a
> + * Call reason to match */
> + call_reason = TP_CALL_STATE_CHANGE_REASON_UNKNOWN;
> + break;

Doesn't that mean we should add a Call reason, or at least a detailed D-Bus
error string?

> + case JINGLE_REASON_EXPIRED:
> + /* No matching error in our spec */
> + call_reason = TP_CALL_STATE_CHANGE_REASON_UNKNOWN;
> + break;

Ditto

> + case JINGLE_REASON_GENERAL_ERROR:
> + call_reason = TP_CALL_STATE_CHANGE_REASON_SERVICE_ERROR;
> + break;

Is this really the right mapping?

> + case JINGLE_REASON_UNSUPPORTED_TRANSPORTS:
> + call_reason = TP_CALL_STATE_CHANGE_REASON_NETWORK_ERROR;
> + break;

Ditto

> + case JINGLE_REASON_SECURITY_ERROR:
> + call_reason = TP_CALL_STATE_CHANGE_REASON_CONNECTIVITY_ERROR;
> + break;

Ditto

> + case JINGLE_REASON_ALTERNATIVE_SESSION:
> + break;

Is Unknown really the best we can do here?

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