| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| |
| |
| | |
... because they only change the flags and not the state. Instead emit
CallStateChanged directly.
Fixes: https://bugs.freedesktop.org/56044
|
| |
| |
| |
| | |
Fixes: https://bugs.freedesktop.org/56044
|
| |
| |
| |
| |
| | |
foo_CPPFLAGS overrides AM_CPPFLAGS, so if you want to include the latter
in the former, you have to do it explicitly.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If we'd done this at the time, we wouldn't have broken SelfHandleChanged.
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55666
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
[g_debug -> DEBUG as per Xavier's review -smcv]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The self-handle test can't exercise certain situations without this,
except by pretending to be an obsolete CM, which means we don't test
the non-obsolete code path properly.
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55666
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously, we only connected to it just before calling GetSelfHandle -
but on the "modern" code path we no longer call that, because
GetAll("...Connection") is just as informative. This meant we missed
self-handle changes on modern connection managers.
This was masked by the fact that the self-handle regression test
deliberately breaks the "modern" code path, because some of its tests
rely on GetSelfHandle being called.
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55666
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
| |
| |
| |
| |
| |
| | |
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55666
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
To be reverted in the 0.21 branch.
|
| |
| |
| |
| | |
To be reverted in the 0.21 branch.
|
| |
| |
| |
| |
| |
| |
| | |
Since this is a stable branch, we're unlikely to fix uses of
deprecated functions, so we shouldn't warn about them.
To be reverted in the 0.21 branch.
|
| |
| |
| |
| |
| | |
This is to compensate for 0.19.10, which should have incremented them
(because it added API) but didn't.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The justification for (skip)ing it is that it's just a binding for a
property, but the underlying property is not useful from g-i due to
a g-i limitation (GPtrArray properties can't be annotated with their
element types, https://bugzilla.gnome.org/show_bug.cgi?id=663846).
https://bugs.freedesktop.org/show_bug.cgi?id=55102
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=55096
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=55096
|
| |
| |
| |
| |
| |
| |
| | |
alternative
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55099
|
| |
| |
| |
| |
| | |
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55099
|
| |
| |
| |
| |
| | |
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55099
|
| |
| |
| |
| |
| | |
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55099
|
| |
| |
| |
| |
| |
| | |
tp_address_g_variant_from_g_socket_address: add
https://bugs.freedesktop.org/show_bug.cgi?id=55101
|
| |
| |
| |
| |
| |
| |
| | |
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55101
https://bugs.freedesktop.org/show_bug.cgi?id=55103
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=55103
|
| |
| |
| |
| |
| |
| |
| | |
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55095
https://bugs.freedesktop.org/show_bug.cgi?id=55024
|
| |
| |
| |
| |
| |
| |
| | |
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55095
https://bugs.freedesktop.org/show_bug.cgi?id=55024
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=55095
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The values are GValues, not strings.
This only appeared to work by chance: struct _GValue starts with a GType,
and G_TYPE_STRING is '@', so on little-endian platforms interpreting
a GValue as a string gives { '@', 0, 0, 0 } = "@" and on big-endian
platforms it gives { 0, 0, 0, '@' } = "".
https://bugs.freedesktop.org/show_bug.cgi?id=55095
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=55100
|
| |
| |
| |
| |
| |
| | |
message
I'm debugging an Empathy call issue and this kind of info can be useful.
|
| |
| |
| |
| | |
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
| | |
|
| |
| |
| |
| |
| |
| | |
[applied with documentation adjustments -smcv]
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55024
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
We check wanted flags for everything but States and Groups, there is
no reason for that. Besides, if we did not request those attributes,
there are chances we didn't bind to change notification neither.
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=50886
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Those constructors are useless because TpChannelRequest and
TpChannelDispatchOperation objects are created internally by
TpBaseClient and friends. Applications using the high-level API
should never need them.
Those constructors are harmful because they do not take a factory and
they need a factory internally. This means that creating our own
TpChannelRequest/TpChannelDispatchOperation will create our own
account/connection/channel/whatever objects instead of sharing them.
Internally we already have _new_with_factory() variant.
https://bugs.freedesktop.org/show_bug.cgi?id=49372
|
| |
| |
| |
| |
| |
| |
| | |
Headers to use is caller's choice, like that tp-glib internal can use
single headers while extensions can use global header.
This also move command line headers to generated .h instead of .c
|
| | |
|
| | |
|