log libpurple/protocols/msn/slplink.c @ 29894:a0adf0bb19b7

age author description
Sun, 28 Feb 2010 06:46:32 +0000 Elliott Sales de Andrade Re-order msg_ack, since purple_xfer_prpl_ready might cancel the transfer
Sun, 28 Feb 2010 04:06:46 +0000 Elliott Sales de Andrade Fix FT context header length handling. The official client only seems to
Sun, 28 Feb 2010 02:11:57 +0000 Elliott Sales de Andrade I never liked randomly poking at offsets. Fortunately, I was able to find
Tue, 16 Feb 2010 08:54:07 +0000 Mark Doliner Fix CVE-2010-0277, a possible remote crash when parsing an incoming
Fri, 01 Jan 2010 08:40:29 +0000 Elliott Sales de Andrade I already removed the other g_stat, so I don't think this one is needed
Mon, 28 Dec 2009 21:19:51 +0000 Paul Aurich msn: Use the PurpleXfer size if available.
Mon, 14 Dec 2009 06:10:28 +0000 Elliott Sales de Andrade Oops, don't break things for successfully receiving of a file.
Mon, 14 Dec 2009 05:58:46 +0000 Elliott Sales de Andrade Remove some extra debug lines.
Mon, 14 Dec 2009 05:45:50 +0000 Elliott Sales de Andrade Don't sent an ACK to a SLP message if the SlpCall has been marked as wasted
Mon, 14 Dec 2009 05:24:20 +0000 Elliott Sales de Andrade Calling purple_xfer_start may actually cancel the transfer (if the file
Mon, 14 Dec 2009 04:12:34 +0000 Elliott Sales de Andrade Remove unused variable.
Mon, 14 Dec 2009 04:10:52 +0000 Elliott Sales de Andrade I don't think there's any reason to stat this file instead of using the
Sun, 13 Dec 2009 09:35:23 +0000 Elliott Sales de Andrade Fix sending an MSN file transfer request.
Fri, 20 Nov 2009 01:17:51 +0000 Elliott Sales de Andrade Get rid of slpmsg->fp since the core is handling all the partial reads and
Fri, 16 Oct 2009 01:26:04 +0000 Paul Aurich A quick and dirty hack to make MSN use the in-core code to perform FT.