Age | Commit message (Collapse) | Author | Files | Lines |
|
tp_channel_dispatch_operation_claim_with_async() were preparing itself as first
step, which means the dbus call is not made directly, and the tp_observer_context_accept()
dbus message could get to MC first, making MC dispatch the channel to any capable handler.
There is no reason to prepare self in _async calls, caller is responsible for that.
Fixes fd.o#42503
|
|
Observers doing tp_cdo_claim_with_async() will need it to be prepared
|
|
This feature is now a dependency on TP_CONNECTION_FEATURE_CONTACT_LIST so it
will be automatically prepared when preparing
TP_CONNECTION_FEATURE_CONTACT_LIST (so we don't break existing code)
https://bugs.freedesktop.org/show_bug.cgi?id=42546
|
|
The error message will be more useful to users than the one in tp-glib's
internals.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
All the functions using this were already documenting that we should pass at
least one contact.
|
|
Once TP_CONNECTION_FEATURE_CONTACT_BLOCKING has been prepared we can easily
prepare TP_CONTACT_FEATURE_CONTACT_BLOCKING on all contacts as we have all
the information needed. Extra contact feature for free!
https://bugs.freedesktop.org/show_bug.cgi?id=41801
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=41801
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=41801
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=41801
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=41801
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=41801
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=41801
|
|
|
|
g_return_if_fail() can be compiled as noop, so we shouldn't rely on it to get
the handles.
|
|
|
|
We unconditionally implements the MembersChangedDetailed signal so this flag
should always be set.
https://bugs.freedesktop.org/show_bug.cgi?id=42305
|
|
|
|
It turns out that when we talked about invalidation, people didn't actually
know what this meant.
|
|
|
|
Fixes distcheck.
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=42233
|
|
kludge.xsl no longer exists with this commit:
|commit 7728cd8d8fa224838f2081dce2e852ec418c61ef
|Author: Danielle Madeley <danielle.madeley@collabora.co.uk>
|Date: Tue Oct 18 17:46:16 2011 +1100
|
| Use g-i makefile rules to simplify building the introspection files
|
| It turns out we can now remove the kludges which made the introspection rules
| so complicated.
|
|
It occurs in parallel builds when your mkdir is not fast enough.
|
|
|
|
|
|
As part of preparing a Connection the self contact will be retrieved. If
the contacts requested features include _CAPABILITIES _and_ the
connection doesn't support ContactCapabilities then the Capabilties of
the connection get use. But if we wait for this feature to be prepared
then the introspection stalls.
So instead use internal API to force getting the capabilities of the
connection regardless of the state of the various features and break the
circular dependency.
|
|
|
|
some cases
|
|
|
|
|
|
TP_TOKEN_CONNECTION_INTERFACE_CONTACT_BLOCKING_BLOCKED
https://bugs.freedesktop.org/show_bug.cgi?id=42049
|
|
|
|
If the owner is unknown self->priv->group_contact_owners may contain NULL
TpContact. g_object_unref() not being NULL safe we have to use our own
value_destroy_func to avoid warnings.
https://bugs.freedesktop.org/show_bug.cgi?id=41928
|
|
not NULL
For example, when receiving a MUC delivery report we end up with a message
having no sender and so no contact to prepare.
https://bugs.freedesktop.org/show_bug.cgi?id=41929
|
|
It turns out we can now remove the kludges which made the introspection rules
so complicated.
|
|
Fixes: <https://bugs.freedesktop.org/show_bug.cgi?id=41714>
|
|
tp-glib uses to rely on its introspection queue to add the interface ID
of its channel type even when the type was already known during
construction (which is basically alway the case now as we always pass the
immutable properties when creating a TpChannel).
This was forcing TpChannel subclasses to have a CORE feature to connect
signals on their channel type interface for no good reason.
https://bugs.freedesktop.org/show_bug.cgi?id=41729
|
|
|
|
dup_owners_table() can insert NULL contacts into the hash (if the owner is
unknown) so we should just ignore those.
https://bugs.freedesktop.org/show_bug.cgi?id=41697
|
|
|
|
|
|
|
|
Previously, the update_async vfunc in TpBaseRoomConfigClass took a
pointer to a TpBaseChannel as its first argument. This is an artifact of
how this was initially hooked up in Gabble, and is pretty
unconventional, to say the least.
|