Age | Commit message (Collapse) | Author | Files | Lines |
|
Otherwise, the vfuncs are not introspectable.
|
|
I never liked the idea of putting individual interfaces in
TpBaseConnection, and it's actually unnecessary: qdata will work
just as well.
|
|
Remove its GType, because I don't think anyone ever used it, and
strictly speaking there is no GType for guint32.
|
|
It already has private GVariant-based APIs, so we might as well make
them public while we're changing them anyway.
This removes TP_TYPE_DBUS_PROPERTIES_MIXIN_FLAGS (because we don't
run glib-mkenums on the -dbus library) but I doubt anyone actually
used it.
|
|
It is much easier to use, and should be introspectable
|
|
|
|
Those 2 interfaces are useless because we made sure already that
all channels must be TpBaseChannel subclass in all CMs.
Use sed to replace all TpExportableChannel references
|
|
|
|
|
|
[edited to remove unrelated TpWeakRef changes -smcv]
|
|
|
|
|
|
|
|
This means we don't need the get_interfaces_array() vfunc, because we
can inspect the GDBusObject interface to find out what our interfaces
are.
|
|
This requires some careful juggling to make it able to call methods
on the TpDBusPropertiesMixin without having to move the entire
TpDBusPropertiesMixin to the -dbus library.
|
|
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77191
Reviewed-by: Xavier Claessens
|
|
tp_group_mixin_get_local_pending_members_with_info() uses a dbus-glib
data type, and none of these are actually used in the five core CMs
(they all track members separately in any case).
Make them private if used in the implementation, or remove them entirely.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77190
Reviewed-by: Xavier Claessens
|
|
GDBusConnection and TpSvcInterfaceSkeleton does it for us already.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77144
Reviewed-by: Simon McVittie
|
|
They have a dbus-glib type, and Empathy exclusively uses
tp_text_channel_supports_message_type() instead.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77139
Reviewed-by: Xavier Claessens
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77139
Reviewed-by: Xavier Claessens
|
|
Also be (somewhat) cancellable, while I'm there.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77139
Reviewed-by: Xavier Claessens
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77139
Reviewed-by: Xavier Claessens
|
|
It uses the dbus-glib type system.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77139
Reviewed-by: Xavier Claessens
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=77139
Reviewed-by: Xavier Claessens
|
|
tp_dbus_g_method_return_not_implemented is non-essential, so we can
easily put it in the -dbus library.
tp_proxy_check_interface_by_id should be available in the high-level
API, but with a couple of #define hacks we can make it available to
generated code in the -dbus library under the same name.
tp_proxy_pending_call_v1_new and tp_proxy_signal_connection_v1_new
can safely go in the -dbus library: they don't deserve to be part of
the high-level API.
This reduces us to one shared library per level of API stability,
which is exactly the right number.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=76855
Reviewed-by: Xavier Claessens
|
|
TpSvcInterfaceInfo encodes the assumption "we emit dbus-glib-style
signals" which we don't want to keep forever. If we confine them to the
-dbus library, it'll be easier to break its ABI.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=76855
Reviewed-by: Xavier Claessens
|
|
Replace a couple of tp_dbus_check_valid_object_path calls with
g_variant_is_object_path to avoid having to move the former
into the dbus or core library.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=76855
Reviewed-by: Xavier Claessens
|
|
This is basically only useful for the dbus-glib type system.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=76855
Reviewed-by: Xavier Claessens
|
|
|
|
Also moves their code to dbus.c/h module since their are only
GDBusConnection helpers now, not methods on TpDBusDaemon object.
|
|
|
|
|
|
This is a huge commit but almost brainless. There is a notable change
in tp_tests_proxy_run_until_dbus_queue_processed() to support taking
a GDBusConnection instead of a proxy.
|
|
|
|
|
|
Also create CM's TpProtocol objects from the factory now
that the CM always has one.
In protocol-objects test_factory() it changes the cm_name because
TpProtocol objects are now shared with TpConnectionManager that
keeps a ref on them.
|
|
|
|
|
|
Conflicts:
docs/reference/telepathy-glib/telepathy-glib-sections.txt
telepathy-glib/client-factory.h
|
|
Xavier was going for "singletons use _dup_, objects that are per-path
use _ensure_" but we agreed that using _ensure_ for both was less
confusing.
|
|
|
|
|
|
tp_client_factory_dup()'s documentation is a preview from what
it will be in a future commit. I did not write a temporary
documentation in the meantime.
|
|
|
|
The few places where it was used can use GDBusConnection directly
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
Applications should use TpAccountManager to list online accounts.
The only user of this function is MissionControl but it can call
ListNames itself.
Note that example code was even wrong. It says "list installed connection
managers" but what is actually do is listing currently running CMs.
Conflicts:
examples/client/Makefile.am
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
GDBusConnection provide similar feature already.
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
|
|
|