summaryrefslogtreecommitdiff
path: root/telepathy-glib/base-connection.c
Commit message (Collapse)AuthorAgeFilesLines
* 0.23.2telepathy-glib-0.23.2Guillaume Desmottes2014-02-261-2/+2
|
* TpBaseConnection: add "account-path-suffix" propertyXavier Claessens2014-02-171-0/+52
|
* Use tp_value_array_free instead of g_value_array_freeSimon McVittie2013-09-261-2/+2
| | | | | Bug: https://bugs.freedesktop.org/show_bug.cgi?id=69849 Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
* Make more use of tp_value_array_unpack, tp_value_array_buildSimon McVittie2013-09-261-24/+12
| | | | | | | | | | | As well as being less code, they're not flagged as deprecated. This requires a bit of extra copying, because there's no tp_value_array_unpack_dup() or tp_value_array_build_take(), but it seems worth it. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=69849 Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
* update UNRELEASEDGuillaume Desmottes2013-09-241-1/+1
|
* TpBaseConnection: Implement SelfID and SelfContactChangedXavier Claessens2013-09-231-14/+46
|
* Move GVariant utilities to variant-util.chXavier Claessens2012-09-151-0/+1
|
* set UNRELEASED versionstelepathy-glib-0.19.4Guillaume Desmottes2012-07-191-1/+1
|
* base-connection: return from RequestHandles if called with no namesJonny Lamb2012-07-101-0/+8
| | | | | | | Since we added async handle normalization functions, RequestHandles(1, []) would just not return at all. Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Fix some gtk-doc errorsXavier Claessens2012-07-101-3/+3
|
* base-connection: simplify add_interfacesJonny Lamb2012-07-051-16/+2
| | | | | | Calling set_size on the GArray is a little overkill. Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* base-connection{,-manager}: seal old interfaces membersJonny Lamb2012-07-051-2/+0
| | | | | | | gtk-doc gets confused, so they've been removed from the docs. See also: e8f9a27a388e21 Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* base-connection: add get_interfaces… vfunc to class structJonny Lamb2012-07-051-57/+95
| | | | | | This is a lot like 74bd945252. Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* TpBaseConnection: use tp_handle_ensure_async() in RequestHandlesXavier Claessens2012-06-281-33/+83
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=50341
* Prepare 0.19.1telepathy-glib-0.19.1Guillaume Desmottes2012-06-061-6/+6
|
* Fix typo making gtkdoc failXavier Claessens2012-06-041-2/+2
|
* TpBaseConnection: seal struct fieldsSimon McVittie2012-06-041-20/+4
|
* TpBaseConnection: add method accessors for struct fieldsSimon McVittie2012-06-041-5/+131
|
* Deprecate tp_handle(s)_ref/unref, tp_handle(s)_client_hold/release and ↵Xavier Claessens2012-05-101-30/+2
| | | | | | tp_connection_unref_handles() They are no-op now, so we can safely remove them all
* Release 0.19.0telepathy-glib-0.19.0Xavier Claessens2012-05-091-1/+1
|
* base-connection: use _tp_asv_from_vardict()Guillaume Desmottes2012-05-091-9/+6
|
* Deprecate reimplementation of RequestHandlesSimon McVittie2012-05-071-5/+8
| | | | | | | | Gabble hasn't done this since 2009, and this function has been removed from the public API on 'next' (it interferes with separating tp_svc_* out of the main library). Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
* Stop using TP_ERRORSSimon McVittie2012-05-021-13/+13
| | | | We deprecated this in 0.11.
* Ignore deprecation of TpChannelFactoryIface when calling its methodsSimon McVittie2012-05-021-0/+14
| | | | TpBaseConnection has to support it for backwards compatibility.
* tp_base_connection_disconnect_with_dbus_error_vardict: add and testSimon McVittie2012-04-161-0/+66
| | | | | Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=30422
* Use TP_NUM_… instead of NUM_TP_…Simon McVittie2012-04-121-4/+4
| | | | | | Based on a patch from Jonny Lamb, updated for current master. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46470
* many fixes to documentation commentsJonny Lamb2012-04-061-2/+1
| | | | | | | | fd.o#48363 was opened which complains about lots of documentation problems (which g-ir-scanner finds). While I was at it I did some grepping to find yet more problems. Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Use GLib's default marshaller everywhereSimon McVittie2012-03-011-6/+3
| | | | | | | | In contrast to the previous commit, I'm just using NULL here - telepathy-glib has an explicit dependency on GLib 2.30. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46523 Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Consistently use G_PARAM_STATIC_STRINGS for propertiesSimon McVittie2012-02-091-4/+2
| | | | | | | | Many didn't use this shorthand, and some even didn't declare one of the three strings as static (causing GObject to copy it). Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Reviewed-by: Vivek Dasmohapatra <vivek@collabora.co.uk>
* Add config.h include in all source filesXavier Claessens2012-02-061-0/+1
|
* docs: many misc fixupsJonny Lamb2011-11-231-7/+8
| | | | | | | | | | | | | We still have multiple gtk-doc warnings which are much harder to fix, such as things like this in the spec: "see bug #26417" html/telepathy-glib-channel-text.html:1538: warning: no link for: '26417:CAPS' -> (<span class="type">26417</span>). and the change I made to the code generator in c0b13f7ccc26e78. Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Use _unref instead of _free _destroy when possible.Xavier Claessens2011-11-161-19/+19
| | | | | | | | | | | Replace g_(ptr_)array_free (foo, TRUE) and g_hash_table_destroy with respectively g_(ptr_)array_unref (foo) and g_hash_table_unref. I used this command to generate this patch: for f in `find -name "*.c"`; do sed -i $f -re 's/g_ptr_array_free \(([^ ,]+), TRUE\)/g_ptr_array_unref \(\1\)/'; done See Danielle's blog for explanation of possible bug _free can do: http://blogs.gnome.org/danni/2011/11/16/mistakes-with-g_value_set_boxed/
* Requests: update comment about synthesized propertiesWill Thompson2011-07-281-3/+3
| | | | We have a couple more synthesized properties these days.
* RequestChannel: avoid re-fetching handle repoWill Thompson2011-07-281-6/+2
| | | | | It is indeed guaranteed to be non-NULL because of the above: in fact, the above set it to a non-NULL value in the handle != 0 case.
* base-connection: ensure TargetID is untouched and present in requestsJonny Lamb2011-07-281-8/+32
| | | | Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* BaseConnection: remove repeated includes of debug-internalWill Thompson2011-07-071-18/+0
| | | | | | This used to be done to change the debug flag used for handle-reference-related code. But because handles are immortal now, these functions have no DEBUG() statements at all.
* Merge branch 'debug-spam'Will Thompson2011-06-171-21/+2
|\ | | | | | | Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
| * BaseConnection: reduce debug spam.Will Thompson2011-04-211-21/+2
| | | | | | | | | | | | | | I don't think any of these have ever been of use to me. Including the address of the object in the debug output once seems fine. This shaves another 3% off the Gabble test suite debug output.
* | tp_base_connection_change_status: delay side-effects until all preconditions ↵Simon McVittie2011-05-161-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | are checked If the caller makes an invalid state change, we shouldn't allow the status to be updated, for instance from DISCONNECTED to CONNECTED if success and failure race with each other and failure wins, as seen in fd.o #37078; we should just emit the critical warning and leave it DISCONNECTED. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=37079 Reviewed-by: Vivek Dasmohapatra <vivek@collabora.co.uk>
* | base_connection_change_status: clean up docsWill Thompson2011-03-251-16/+22
| |
* | disconnect_with_dbus_error: improve documentationWill Thompson2011-03-251-6/+20
| |
* | base_conn_change_status: refer to _disconnect_with_dbus_errorWill Thompson2011-03-251-0/+4
|/
* base-connection: document the self object in signal docstringsJonny Lamb2011-03-151-0/+3
| | | | Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* BaseConnection: avoid unregistering bus name twice.Will Thompson2010-12-131-6/+6
| | | | | | | | | | | | | | | | | | | | | | | I have a Gabble currently running with four open connections but only one corresponding bus name. Here's what I think happened: • I undocked my laptop. This got rid of the wired connection, but MC doesn't notice so the connections stayed open. • I switched to Offline in Empathy. This made MC call Disconnect() on Gabble. The connection released its bus name (because tp-glib does this in change_status(Disconnected)), but stayed alive waiting for some callbacks. • I switched back to Online. A new connection was made; it claimed the same bus name. • Finally the callbacks fired, and thus the old connection was unreffed and could be disposed. In _dispose(), TpBaseConnection drops its bus name again. This patch ensures that the name is released at most once, which should fix this issue. I don't have a test case. Fixes: <https://bugs.freedesktop.org/show_bug.cgi?id=32184> Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
* Prepare version 0.13.8telepathy-glib-0.13.8Simon McVittie2010-12-011-1/+1
|
* TpBaseConnection: have the has-immortal-handles propertySimon McVittie2010-12-011-1/+1
|
* TpBaseConnection: don't bother holding/releasing handles on behalf of clientsSimon McVittie2010-12-011-41/+0
| | | | It no longer does anything.
* TpBaseConnection: add stub has-immortal-handles propertySimon McVittie2010-12-011-0/+21
|
* use tp_handle_ref's new return type around sourceJonny Lamb2010-11-151-4/+4
| | | | Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* fd.o #10613: tp_base_connection_unregister: release object path before bus nameSimon McVittie2010-11-031-5/+5
| | | | | | | | We're effectively using the bus name as a mutex to protect the object path, because dbus-glib doesn't have failable object path acquisition. Now that we (can) explicitly remove the object from the bus, we can do that properly, fixing a longstanding bug.
View Lorry Controller Status