Frank Zschockelt <lm@freakysoft.de> [Sat, 16 Jan 2010 18:00:47 +0100] rev 611
Replace g_print with g_log in asyncns-resolver:
I'll probably drop the internal asyncns,
if nobody complains loud enough.
Frank Zschockelt <flm@freakysoft.de> [Sat, 16 Jan 2010 17:41:23 +0100] rev 610
Removed duplicated declarations
Frank Zschockelt <flm@freakysoft.de> [Sat, 16 Jan 2010 17:08:20 +0100] rev 609
Added lm_connection_unregister_reply_handler()
Tristan Hill <stan@saticed.me.uk> [Sun, 11 Oct 2009 18:26:24 +0200] rev 608
Code looks for an auth element below the returned streams:feature
element which afaics from rfc3920 does not go here. This causes the
connection to just hang.
committer: Frank Zschockelt <lm@freakysoft.de>
Frank Zschockelt <lm@freakysoft.de> [Sun, 11 Oct 2009 18:03:48 +0200] rev 607
Some style fixes
Frank Zschockelt <lm@freakysoft.de> [Sat, 10 Oct 2009 23:17:16 +0200] rev 606
asyncns resolver: fail when the server doesn't have a SRV field.
Otherwise old_socket_resolver_srv_cb() does not try to connect to the
domain from the jid instead.
Frank Zschockelt <lm@freakysoft.de> [Sat, 10 Oct 2009 19:55:27 +0200] rev 605
lm_old_socket_close() leaks a file descriptor if connect() has not
succeeded.
socket_close_io_channel() is not called on the socket file descriptor if
lm_old_socket_close() is called between when connect() has been called
and when it has succeeded/failed.
The patch came from the user emezeske on github.
Tommi Rantala <> [Sat, 10 Oct 2009 19:10:37 +0200] rev 604
There were two assignments in assertions, reported by Tommi Rantala
at http://loudmouth.lighthouseapp.com/projects/17276/tickets/43-asyncnsc-assignment-in-assert
committer: Frank Zschockelt <lm@freakysoft.de>
Frank Zschockelt <lm@freakysoft.de> [Sat, 10 Oct 2009 18:56:23 +0200] rev 603
A patch is required for loudmouth configure script to detect gnutls (by
using pkg-config instead of libgnutls-config).
The patch was collected from the gentoo ebuild, which was borrowed from
Mandriva.
Sjoerd Simons <sjoerd.simons@collabora.co.uk> [Sat, 10 Oct 2009 18:52:22 +0200] rev 602
[PATCH] Drop stanzas when failing to convert them to LmMessages.
When a stanza comes in that for some reason can't be parsed into an
LmMessage, just drop them on the floor instead of blocking the parser.
I've seen this issue happen in practise because some (buggy?) client
sending an iq with a prefix e.g. <client:iq xmlns:client="jabber:client" ... />
committer: Frank Zschockelt <lm@freakysoft.de>