| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This exposes a bug in the tests: several tests assumed that tubes'
Interfaces would always come out in the same order, but the new APIs
we're using break that assumption. Fix that too.
|
| |
|
|
|
|
|
| |
Putting the corresponding header first exposed a missing header inclusion
in text-helper.h; fix that by using the meta-header.
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
|
|
|
| |
It's nicer to only give the channel back when it's actually ready and
joined instead of before hand. If it is returned too early gibber can
be made to assert on its connection status. Gabble already does this.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
|
| |
Again, more code copied from tubes-channel.c.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
|
| |
This is basically code just copied from tubes-channel.c.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
|
| |
This is copied from tubes-channel.c (soon to be removed).
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
|
| |
These have been stored in the Tubes channel before. No longer!
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
| |
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=49594
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
|
|
|
|
| |
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=49594
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
|
|
|
|
|
|
|
|
| |
Turns out I misunderstood this property before when porting to
TpBaseChannel in 2e6d62f0e735bf4f774f and thought it meant
requested. Let's re-add it to make avahi/tubes/two-muc-stream-tubes.py
pass again.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
| |
SalutMucChannelPrivate is already defined in muc-channel.h so removing it
from muc-channel.c.
|
|\ |
|
| |
| |
| |
| | |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
| |
| |
| | |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| | |
|
|/
|
|
|
|
|
|
|
|
| |
We have to lose the reference to wocky_heartbeat_source_new from the
symbol hack table, because it's not exposed in Wocky's public headers
any more. That's okay, though: it's not intended for use by
applications, let alone plugins.
https://bugs.freedesktop.org/show_bug.cgi?id=45703
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
|
|
|
|
|
|
|
|
|
| |
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/
|
| |
|
|
|
|
|
|
|
|
| |
In recent versions of tp-glib the handle-type property defaults to
TP_UNKNOWN_HANDLE_TYPE instead of 0. Update the various assertions which
verify a channel doesn't get constructed with an unexpected handle type
to accept both 0 and TP_UNKNOWN_HANDLE_TYPE so we're compatible with
both versions.
|
|
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|