| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Meson pass the argument without quotes and the script accept only $1.
Just omit the argument to make script read the tests list from file.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Never strip out modechars unless we are explicitly trying to parse
a nickname with modechars, i.e., atom 'C'
|
|
|
|
|
|
|
|
| |
According to RFC2811 (https://tools.ietf.org/html/rfc2811#section-3.2)
channel names can start with a bang. Without this check the initial bang
gets stripped out and Telepathy tries to ensure as a channel without the
prefix. That obviously fails, leading to the messages from that channel
arriving as "private" messages.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes:
In function 'strncpy',
inlined from 'idle_server_connection_send_async' at idle-server-connection.c:593:2:
/usr/include/bits/string_fortified.h:106:10: error: '__builtin_strncpy' specified bound 512 equals destination size [-Werror=stringop-truncation]
106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest));
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
Signed-off-by: David Heidelberg <david@ixit.cz>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
IRC messages are delimited by CRLF. When the string passed to
idle_parser_receive() doesn't end in \r or \n, the remaining parts get
stashed away to be used to form a message on the next call to
idle_parser_receive(). But telepathy-idle improperly assumes that the
next call to idle_parser_receive() will definitely contain \r or \n,
i.e. it assumes that an IRC message cannot be split between three calls
to idle_parser_receive(). That assumption is wrong.
Fixes polari#147
|
|
|
|
|
|
| |
Hello from 2020!
Fixes taken from Bastien's Fedora patches. Thanks Bastien!
|
|
|
|
|
|
| |
Recent GLib raises a critical when trying to remove an invalid source.
(cherry picked from commit 12211654baa75db13a05b5c2b3293d1378fcf7a2)
|
|
|
|
|
|
|
|
| |
I asked one of the polari devs and was told that yes it is ok to set
the timer id to zero in the timer function.
With this patch make check works without changing any of the expected
test results and without any coredumps
|
|
|
|
|
|
|
|
|
|
|
| |
Because stream.nick is Unicode when sendMessage combines the command,
nick, and invalid utf8 python 2.7 ends up converting everything to
Unicode. Since this test deliberately includes invalid Unicode, Python
notices and throws an exception.
In Python 3, network traffic is usually encoded as bytes. So I thought
coercing the nick to bytes would be appropriate, and as bytes can contain
anything including invalid Unicode, Python doesn't throw an exception.
|
|
|
|
| |
Valid for 10 years
|
|
|
|
|
|
|
|
|
|
| |
When stripping color codes, we currently remove any sequence of digits
following ^C. As color codes use at most two digits, this means that we
also remove any numbers at the start of the colored text - make sure we
stop doing that and only remove digits that are actually part of a color
code.
https://bugs.freedesktop.org/show_bug.cgi?id=94189
|
| |
|
| |
|
|
|
|
| |
Fix tests when distchecking.
|
| |
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=69311
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=69311
|
|
|
|
| |
See http://people.gnome.org/~walters/docs/build-api.txt
|
|
|
|
|
|
| |
We build just fine with it and want to catch new deprecations ASAP.
https://bugs.freedesktop.org/show_bug.cgi?id=64122
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=64122
|
|
|
|
|
|
| |
tp_handle_{set,get}_qdata has been deprecated.
https://bugs.freedesktop.org/show_bug.cgi?id=64122
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=69258
|
|
|
|
|
|
|
| |
As well as making the tests pass under Automake 1.13, this lays the
groundwork for OSTree-style "installed tests" later.
https://bugs.freedesktop.org/show_bug.cgi?id=69258
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=69258
|
|
|
|
|
|
| |
Gabble commit 2a54c7cd0, where it was reviewed by Xavier.
https://bugs.freedesktop.org/show_bug.cgi?id=69258
|
|
|
|
|
| |
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=64923
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GSocket creates GSources to provide GInputStream and GOutputStream
objects. Interestingly, it doesn't set the GIOCondition on the GSource
to handle G_IO_NVAL (ie. your file descriptor is not valid anymore).
It means that if your trying to read asynchronously from the socket
while someone else closes the socket, you end with an GInputStream
that can never complete its asynchronous read operation because the
file descriptor isn't valid anymore but that isn't a condition to
dispatch the GSource and end the asynchronous read with an error.
Alternatively, this wakes up the gmainloop all the time => 100% cpu
consumption.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=64923
Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
|
|
|
|
|
|
|
|
|
|
| |
We need telepathy-glib 0.20 for telepathy-glib-dbus.h; in Debian
I added a patch to fall back to the old headers, but on master
we shouldn't bother.
telepathy-glib 0.20 needs GLib 2.32, so we might as well require
that too.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=64121
Reviewed-by: Will Thompson <will.thompson@collabora.co.uk>
|
|
|
|
| |
Fixes fdo#65614
|
|
|
|
|
|
| |
The iteration over the channel requests tokens accidentally used the
wrong variable, causing the same request token to be passed into tp-glib
all the time causing crashes..
|
| |
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| |
| | |
I haven't fixed all instances, just the one touched by the interactive
TLS code.
|
| |
| |
| |
| |
| | |
While we're touching these lines anyway, they might as well be in
a slightly more Telepathic style.
|
| |
| |
| |
| |
| | |
GTask doesn't make the code any smaller, and this way even new Debian
stable can have it.
|
| |
| |
| |
| |
| |
| |
| | |
If we cancel the connect_async cancellable between the call to
g_task_return_pointer (which schedules an idle to call the callback) and
Connection calling connect_finish(), the socket_connection would
previously have leaked.
|