Bug 24894 - assess spec extensions used by Maemo 5 for inclusion
Summary: assess spec extensions used by Maemo 5 for inclusion
Status: RESOLVED MOVED
Alias: None
Product: Telepathy
Classification: Unclassified
Component: tp-spec (show other bugs)
Version: unspecified
Hardware: Other All
: medium enhancement
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on: 13351 Channel.Iface.Room 24895 24896 24897 24898 24899 24900 24901 24902 24903 24904 24905 tp-Conference 24907 CommPolicy 24909 24910 26807
Blocks:
  Show dependency treegraph
 
Reported: 2009-11-04 04:53 UTC by Simon McVittie
Modified: 2019-12-03 20:19 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Simon McVittie 2009-11-04 04:53:03 UTC
Maemo 5 uses various extended interfaces beyond what's in telepathy-spec.

We should review those interfaces, and either include them in telepathy-spec (with improvements or as-is), or explain how they can be done better. After an initial scan through them, this bug can become a metabug blocked by those extensions.

RTCom-Telepathy-GLib is a small library containing spec extensions, either drafts of things for the main spec or Nokia-specific interfaces:

http://git.collabora.co.uk/?p=rtcom-telepathy-glib.git;a=tree;f=rtcom-telepathy-glib;hb=master

Mission Control also contains some drafts and some Nokia-specific additions:

http://git.collabora.co.uk/?p=telepathy-mission-control.git;a=tree;f=xml;hb=master
Comment 1 Simon McVittie 2009-11-04 05:35:38 UTC
Mission Control extensions
==========================

(OMC here refers to osso-mission-control, a proprietary wrapper around MC 5 code used in Maemo 5 to add device-specific policy.)

In Mission Control 5, the following interfaces are already in telepathy-spec, but are shipped in MC 5 either to keep libmcclient backwards-compatible or to avoid needing a new telepathy-glib:

Account
Account_Interface_Avatar
Account_Manager
Channel_Dispatch_Operation
Channel_Dispatcher
Channel_Dispatcher_Interface_Operation_List
Channel_Request
Client
Client_Approver
Client_Handler
Client_Interface_Requests
Client_Observer
Connection_Interface_Contact_Capabilities

The rest:

Connection_Interface_Contact_Capabilities_Draft1

A draft version of contact caps, shipped in MC 5 for compatibility with Gabble 0.8.x. We don't need to integrate it.

Account_Interface_ChannelRequests

Alberto's proposal for how requesting channels should work. I consider it to be flawed (requesting channels like this can't work without a ChannelDispatcher, so it should be a method on ChannelDispatcher) and propose to remove it during the 5.3.x cycle. libmcclient still uses it, so it's necessary to either make libmcclient use the standard API instead, or delete libmcclient in favour of telepathy-glib.

Account_Interface_Compat

This is a miscellaneous dumping ground for unrelated features used to be compatible with Mission Control 4:

* Profile is Bug #24897
* SetHasBeenOnline is Bug #24898
* SecondaryVCardFields is Bug #24899
* AvatarFile is Bug #24900

Account_Interface_Conditions

This is Bug #24896.

Account_Interface_Stats

This is Bug #24895.

Account_Manager_Interface_Query

List accounts that match a filter applied to their properties. I propose to drop this one during the 5.3.x cycle: listing all the accounts, and filtering them client-side, is no more difficult.
Comment 2 Simon McVittie 2009-11-04 06:25:22 UTC
RTCom-Telepathy-GLib
====================

Channel_Interface_Messages
Channel_Interface_Delivery_Reporting
Channel_Interface_Hold
Channel_Type_Streamed_Media_Future

These are already in telepathy-spec and so can be removed.

Channel_Type_Contact_Search
Connection_Interface_Contact_Info

These are drafts in telepathy-spec: Bug #13347 and Bug #13350, respectively. We should finish them.

Stream_Engine

We have declared Stream Engine to be Maemo-specific: talking to a daemon to stream media has some important disadvantages compared with just using telepathy-farsight directly, so we recommend using telepathy-farsight directly, and everyone doing media streaming outside Maemo seems to be doing so. As such, this is out of scope for telepathy-spec.

Connection_Interface_GSM

Bug #24907 covers the SMS bits. Bug #24909 is presumably related to the Privacy property; this leaves the IMSI, which is obviously rather GSM-specific, and is Bug #24910.

The other interfaces have quite a simple mapping to other bugs:

* mailbox-extensions.h, docs/mailbox.txt, Channel_Interface_Voicemail_Skype - Bug #24901
* Channel_Interface_Dial_Strings - Bug #24902
* Channel_Interface_Mute - Bug #21846
* Connection_Interface_Forwarding - Bug #13351
* Connection_Interface_Skype_CreditInfo - Bug #24903
* Connection_Interface_StoredMessages - Bug #24904
* Channel_Interface_Emergency, Connection_Interface_Emergency: Bug #24905
* Channel_Interface_Conference, Channel_Interface_Conference_Member: Bug #24906
* Channel_Interface_SMS - Bug #24907
* Channel_Interface_Persistent, Channel_Interface_Skype_GroupChat - Bug #23151
* Connection_Interface_Skype_CommunicationPolicy - Bug #24908
* Channel_Interface_Privacy, Connection_Interface_Privacy: Bug #24909
Comment 3 GitLab Migration User 2019-12-03 20:19:30 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/telepathy/telepathy-spec/issues/43.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.