Sat, 24 Jan 2009 02:02:25 +0000 |
Mark Doliner |
Slightly improve this debug error message
|
Thu, 30 Oct 2008 22:40:49 +0000 |
Richard Laager |
Build everything with the *_DISABLE_DEPRECATED flags set. This allows us
|
Thu, 17 Jul 2008 04:49:35 +0000 |
Daniel Atallah |
disapproval of revision '3d39da6c8014095cac3a0741bf6fc26219e7aff8'
|
Thu, 17 Jul 2008 04:38:07 +0000 |
Daniel Atallah |
Fix a double free when connecting to the sender of a bonjour file fails. Also plug a small leak. Fixes #5971.
|
Sat, 26 Jan 2008 21:13:46 +0000 |
Sadrul Habib Chowdhury |
Add accessor and update finch to not touch the internals of PurpleConnection.
|
Fri, 25 Jan 2008 13:48:24 +0000 |
Stu Tomlinson |
send_keepalive needs to return TRUE to ensure it'll get called again, and
|
Wed, 23 Jan 2008 23:28:38 +0000 |
Sean Egan |
Don't send keep-alives if we've received data since in the last KEEPALIVE_INTERVAL seconds
|
Tue, 08 Jan 2008 03:28:48 +0000 |
Stu Tomlinson |
Huh, you want to be able to compile? I clearly (or not so clearly) need new
|
Tue, 08 Jan 2008 03:03:15 +0000 |
Stu Tomlinson |
Adjust some network error fatalities and things
|
Mon, 03 Dec 2007 19:02:28 +0000 |
Will Thompson |
De-magic number the prpl_info->keepalive interval, and document it.
|
Sat, 01 Dec 2007 23:42:21 +0000 |
Will Thompson |
Remove dead code.
|
Wed, 14 Nov 2007 04:52:45 +0000 |
Daniel Atallah |
Register the correct number of values for the "connection-error" signal.
|
Sun, 11 Nov 2007 21:37:39 +0000 |
Will Thompson |
I don't think that incorrect passwords can be helpfully distinguished from
|
Sun, 11 Nov 2007 21:22:12 +0000 |
Will Thompson |
Consensus on #pidgin is that certificate errors and AUTHENTICATION_IMPOSSIBLE
|
Sun, 11 Nov 2007 19:09:49 +0000 |
Will Thompson |
Add PURPLE_CONNECTION_ERROR_{INVALID_USERNAME,INCORRECT_PASSWORD}, to be used
|
Sat, 10 Nov 2007 12:10:04 +0000 |
Will Thompson |
propagate from branch 'im.pidgin.pidgin' (head d8103be97302efb404e2f6922925f661c807ad23)
|
Wed, 24 Oct 2007 17:33:12 +0000 |
Will Thompson |
I figured a signal firing on a connection error would be useful.
|
Sun, 14 Oct 2007 21:08:42 +0000 |
Will Thompson |
Rename:
|
Sun, 14 Oct 2007 12:19:20 +0000 |
Will Thompson |
rlaager suggested using the last element of the PurpleDisconnectReason enum
|
Sat, 03 Nov 2007 16:19:50 +0000 |
Nathan Walp |
Since the XMPP PurpleConnection is created before we know we need a password,
|
Wed, 10 Oct 2007 15:16:20 +0000 |
Will Thompson |
Clarify the documentation of the return value of
|
Tue, 09 Oct 2007 15:03:48 +0000 |
Will Thompson |
datallah pointed out that using g_return_if_fail() is preferable to
|
Tue, 09 Oct 2007 13:25:47 +0000 |
Will Thompson |
rlaager pointed out that purple_connection_error_reason should be setting
|
Sat, 06 Oct 2007 12:05:22 +0000 |
Will Thompson |
Split the "you don't have SSL support" meaning of
|
Tue, 02 Oct 2007 19:17:34 +0000 |
Will Thompson |
I missed a PURPLE_REASON_INVALID_USERNAME.
|
Fri, 21 Sep 2007 15:02:18 +0000 |
Will Thompson |
Currently, SSL errors (other than SSL not being available) do not set
|
Wed, 19 Sep 2007 15:16:32 +0000 |
Will Thompson |
Check in purple_connection_error_reason that purple_connection_reason_is_fatal
|
Wed, 19 Sep 2007 15:00:48 +0000 |
Will Thompson |
Create purple_connection_ssl_error(), which converts a PurpleSslErrorType
|
Wed, 19 Sep 2007 11:39:42 +0000 |
Will Thompson |
Clarified the meaning of PURPLE_REASON_NETWORK_ERROR and
|
Tue, 18 Sep 2007 21:37:36 +0000 |
Will Thompson |
INVALID_USERNAME is a fatal reason.
|