summaryrefslogtreecommitdiff
path: root/telepathy-glib
Commit message (Collapse)AuthorAgeFilesLines
* TpAccountManager is the "toplevel" object, do not create it through a factoryXavier Claessens2011-08-175-154/+39
| | | | | | | | | | Instead of creating a TpAccountManager through a factory, it is more natural to create it directly. If no custom factory is provided at constructor, a default one is created internally anyway. This is also what tp-qt4 does. Note this is break of unreleased API/ABI.
* TpAccountChannelRequest: do not create a TpAccountManager for tmp handlerXavier Claessens2011-08-171-5/+2
| | | | | We can now create TpSimpleHandler with account's factory. This avoid introspection of other accounts if app does not need them.
* TpBaseClient: add constructors with factory instead of AMXavier Claessens2011-08-178-30/+218
| | | | | | | | | A factory is what we really need, forcing to create a TpAccountManager also means that a simple channel handler will always introspect all accounts even if it needs only one. With a factory, TpBaseClient can create only needed accounts and still share them with a TpAccountManager if one exists.
* Add tp_account_manager_set_default()Xavier Claessens2011-08-172-0/+30
| | | | This defines the TpAccountManager returned by tp_account_manager_dup()
* Deprecate tp_base_client_add_*_features()Xavier Claessens2011-08-172-19/+36
| | | | features are set on TpSimpleClientFactory now
* TpBaseClient: prepare TpAccount, TpConnection and TpChannels with factory ↵Xavier Claessens2011-08-171-27/+77
| | | | | | | desired features There are lots of code duplication for those proxy creation and preparation, this will be fixed later.
* Deprecate tp_account_manager_ensure_account()Xavier Claessens2011-08-174-23/+35
| | | | Use instead tp_simple_client_factory_ensure_account()
* TpAccountManager: Fix doc now that TpAccount objects are guaranteed to be ↵Xavier Claessens2011-08-171-4/+12
| | | | prepared
* TpAccountManager: trivial code simplificationXavier Claessens2011-08-171-8/+1
|
* TpAccountManager: Stop tp_a_m_ensure_account() from inserting non prepared ↵Xavier Claessens2011-08-171-51/+44
| | | | | | | accounts For compatibility we still need to return a TpAccount and no ref, so added a legacy table to keep them.
* TpAccountManager: Delay preparing CORE featur until all TpAccounts are readyXavier Claessens2011-08-171-109/+59
|
* TpAccountManager: delay account-validity-changed until TpAccount is readyXavier Claessens2011-08-171-6/+85
|
* TpAccountManager: Delay create_account_async() reply until TpAccount is readyXavier Claessens2011-08-171-29/+38
|
* Correctly free a GQueue from disposeXavier Claessens2011-08-173-9/+13
| | | | | | If dispose is run twice, first run would free the queue and 2nd would still do a g_queue_foreach() on it... I can't beleive GLib still does not have free_func and refcount on GQueue...
* Merge branch 'contact-list-rebase'Xavier Claessens2011-08-056-3/+397
|\
| * reword tp_connection_get_contact_list() docXavier Claessens2011-08-051-12/+7
| |
| * Doc fix: Make clear in TpAccountManager doc that propagating the factory ↵Xavier Claessens2011-08-051-1/+2
| | | | | | | | also means its features will be prepared on proxies
| * Doc fix: preparing TP_CONNECTION_FEATURE_CONTACT_LIST is not enough to get ↵Xavier Claessens2011-08-051-4/+6
| | | | | | | | | | | | contacts contact-list-state must also be SUCCESS
| * Include contact-list.c example into TpAccountManager's docXavier Claessens2011-08-041-0/+6
| |
| * Prepare TpContact objects for the ContactListXavier Claessens2011-08-045-3/+393
| | | | | | | | | | If TpConnection has TP_CONNECTION_FEATURE_CONTACT_LIST, also create TpContact objects for the roster. Add tp_connection_dup_contact_list() to get them.
* | Print warning if tp_account_manager_dup() failsXavier Claessens2011-08-051-3/+7
|/
* Merge branch 'qed'Will Thompson2011-08-042-3/+53
|\ | | | | | | | | Fixes: <https://bugs.freedesktop.org/show_bug.cgi?id=26516> Reviewed-by: Xavier Claessens <xclaesse@gmail.com>
| * DebugSender: wrap a long line.Will Thompson2011-06-291-1/+2
| |
| * DebugSender: avoid calling g_get_current_time() twice.Will Thompson2011-06-291-3/+4
| |
| * DebugSender: fix a reference to _set_timestamps()Will Thompson2011-06-291-1/+1
| |
| * debug-sender: add tp_debug_sender_set_timestampsJonny Lamb2011-06-292-1/+49
| | | | | | | | | | | | Fixes: fd.o#26516 Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* | Merge branch 'target-id-in-channel-manager'Will Thompson2011-08-042-15/+36
|\ \ | | | | | | | | | | | | | | | Fixes: <https://bugs.freedesktop.org/show_bug.cgi?id=27855> Reviewed-by: Will Thompson <will.thompson@collabora.co.uk> Reviewed-by: Xavier Claessens <xclaesse@gmail.com>
| * | 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-282-12/+37
| | | | | | | | | | | | Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* | | Add TP_CONTACT_FEATURE_INVALID because 0 is a valid TpContactFeatureXavier Claessens2011-08-043-3/+15
| | |
* | | Add tp_simple_client_factory_add_*_features_varargs()Xavier Claessens2011-08-045-40/+171
| | | | | | | | | | | | This is much nicer C API, and TpBaseClient had those helpers too.
* | | Add _tp_contacts_from_valuesXavier Claessens2011-08-042-0/+24
| | |
* | | export some internal functions of contact.cXavier Claessens2011-08-042-12/+60
| | |
* | | annotate TpConnectionUpgradeContactsCbGuillaume Desmottes2011-08-041-1/+2
| | |
* | | Add TP_CONNECTION_FEATURE_CONTACT_GROUPS to prepare the list of groups on ↵Xavier Claessens2011-08-035-1/+471
| | | | | | | | | | | | the connection
* | | Deprecate constructors of TpBaseClient subclasses which do not take a ↵Xavier Claessens2011-08-026-3/+9
| | | | | | | | | | | | | | | | | | | | | | | | TpAccountManager Those are misleading, if app created its own TpSimpleClientFactory and is using a TpAccountManager from it, they must pass their AM instead otherwise the default one will be used.
* | | TpChannel: prepare CORE on its connection before doing anything elseXavier Claessens2011-08-011-0/+38
| | |
* | | Merge branch 'fix-gtkdoc-out-of-tree-builds'Will Thompson2011-07-291-0/+1
|\ \ \ | | | | | | | | | | | | | | | | Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=39666
| * | | Add automatic-client-factory-internal.h to makefile.Will Thompson2011-07-291-0/+1
| |/ /
* | | Add new feature TP_CONNECTION_FEATURE_CONTACT_LISTXavier Claessens2011-07-284-1/+311
|/ / | | | | | | It introspects Connection.ContactList properties
* | Contact: don't wrongly mark Capabilities preparedWill Thompson2011-07-271-4/+7
| | | | | | | | | | This is the same hypothetical issue as fixed (and tested to be fixed) for SimplePresence.
* | Contact: avoid stupid prepend-and-reverse patternWill Thompson2011-07-271-3/+2
| | | | | | | | | | Normally I'd say “use GQueue” but we can just as easily iterate backwards.
* | Contact: mark CONTACT_INFO prepared if info is unknownWill Thompson2011-07-271-15/+23
| | | | | | | | | | You can't distinguish between “This contact has no information” and “This contact's information is unknown” from the tp-glib API *anyway*.
* | Contacts: warn if CM's Aliasing impl is buggyWill Thompson2011-07-271-7/+17
| |
* | PresenceMixin: expunge g_hash_table_foreachWill Thompson2011-07-271-102/+68
| | | | | | | | | | | | | | | | I was checking this code out and these scared me. The one in tp_presence_mixin_set_status is particularly weird because the callback was only called once because g_hash_table_foreach() only got called if g_hash_table_size() returned 1!
* | Contacts: don't wrongly mark SimplePresence preparedWill Thompson2011-07-271-5/+17
| | | | | | | | | | | | | | | | | | | | | | Previously, if a broken CM included the SimplePresence/presence attribute when TpContact didn't ask for it, CONTACT_FEATURE_FLAG_PRESENCE would still be set, even if we weren't listening to PresencesChanged. So this is broken. This fix makes TpContact ignore unsolicited presence information in GetContactAttributes replies. The other option was to bind to the signal in that event, which seems … surprising.
* | Contacts: avoid re-introspecting client typesWill Thompson2011-07-271-6/+10
| | | | | | | | | | | | | | | | | | | | My reading of the spec says that it's okay to leave /client-types out of the result of GetContactAttributes(). My reading of the tp-glib documentation is that it's valid for tp_contact_get_client_types() to return NULL even if TP_CONTACT_FEATURE_CLIENT_TYPES is prepared. TpContact:client-types is documented a little differently, so I'm changing it to match.
* | Contacts: avoid repeatedly re-introspecting avatar tokensWill Thompson2011-07-271-5/+12
| | | | | | | | | | The definition of the token attribute says it should be “omitted from the result if the contact's avatar token is not known”.
* | Contacts: remove slow path for LocationWill Thompson2011-07-271-64/+3
| | | | | | | | | | The only CM that implements Location is Gabble. It implements Contacts. Also Contacts has been around forever. Bye bye dead code.
View Lorry Controller Status