summaryrefslogtreecommitdiff
path: root/src/mcd-connection-service-points.c
Commit message (Collapse)AuthorAgeFilesLines
* Make ServicePoint setup more sensibleSimon McVittie2013-10-041-39/+11
| | | | | | | | | | | | | | mcd_connection_service_point_setup shouldn't call GetInterfaces - TpConnection already knows how to do that. As currently implemented, mcd_connection_service_point_setup() is only called from the status-changed callback for CONNECTED, which telepathy-glib guarantees not to call until core features are ready. However, it's a lot more clearly correct if we do this in on_connection_ready(). Bug: https://bugs.freedesktop.org/show_bug.cgi?id=54879 Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>
* service points: do not treat their handles as specialSimon McVittie2013-09-121-35/+0
| | | | | | | | | | | Requesting channels by TargetHandle seems rather perverse when we've gone to some length to ensure that identifiers are always at least as available, and in particular, if the user of a Telepathy-based phone or something types 911 into a keypad, the request is going to be TargetID-based. telepathy-spec 1.0 should specify this. https://bugs.freedesktop.org/show_bug.cgi?id=69176 Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>
* Service points: use tp_connection_dup_contact_by_id_asyncSimon McVittie2013-09-101-21/+22
| | | | | | | | | tp_connection_request_handles is deprecated. Ideally, we should drop this whole chunk of code, but it seems best to save that for Telepathy 1.0. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55391 Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
* McdConnection: build up our sets of emergency numbers over timeSimon McVittie2013-09-051-2/+0
| | | | | | | | | | | | | | | | | | To facilitate this, use nicer data structures. Most importantly, this means we don't critical whenever we get more than one distinct service point, as Jonny noticed while porting to Telepathy 1.0. It might slightly defeat the intention of the ServicePointsChanged signal, but in practice the list is probably never going to shrink, and if it does, it's probably wise to keep considering its old members to be an emergency number (the effect that that has is that plugins aren't allowed to influence channel requests). Also, don't leak the sets of emergency numbers when finalized. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55773 Reviewed-by: Marco Barisione <marco.barisione@collabora.co.uk>
* Use telepathy-glib meta-headersSimon McVittie2012-05-141-2/+3
| | | | | | Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=49753
* Consistently include config.h in every .c fileSimon McVittie2012-05-081-0/+2
| | | | | | This is best-practice, and in particular it stops us from accidentally redefining GLIB_VERSION_MIN_REQUIRED, GLIB_VERSION_MAX_ALLOWED by including glib.h before (something that includes) config.h.
* Use TpIntset instead of long-deprecated alias TpIntSetSimon McVittie2012-05-081-1/+1
|
* service-points: don't depend on there being any interfacesJonny Lamb2011-05-171-3/+7
| | | | Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Missing call to clear the emergency data in parse_services_listVivek Dasmohapatra2011-02-141-7/+17
|
* Rename _set_emergency_* to _take_emergency_* to indicate change of ownershipVivek Dasmohapatra2011-02-141-2/+2
|
* Support watching for service point/emergency data and updating the connectionVivek Dasmohapatra2011-02-141-0/+165