changelog
- Mon, 22 Nov 2010 07:40:23 +0000
- by Mark Doliner <markdoliner@pidgin.im> [Mon, 22 Nov 2010 07:40:23 +0000] rev 31162
- msn_message_destroy() calls msn_message_unref() if refcount>0. This is
always the case. So change all code to call msn_message_unref() directly
and change msn_message_destroy to be a private function. This should
be more clear.
- Mon, 22 Nov 2010 07:32:57 +0000
- by Mark Doliner <markdoliner@pidgin.im> [Mon, 22 Nov 2010 07:32:57 +0000] rev 31161
- * Don't include ourselves in the list of other endpoints that can be
disconnected
* Show a different message if there are no other endpoints. Unfortunately
this message has a colon after it, because our request API adds a colon
to all labels. There's a note in the code listing possible options for
fixing that. For now, I think this is an improvement
- Wed, 24 Nov 2010 05:19:53 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 05:19:53 +0000] rev 31160
- *** Plucked rev 63c43b450346f157d7702f474b8108490188b3d9 (nosnilmot@pidgin.im):
Fix building RPMs with the correct SSL libraries
- Wed, 24 Nov 2010 05:07:32 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 05:07:32 +0000] rev 31159
- NEWS and ChangeLog.API.
- Wed, 24 Nov 2010 04:54:26 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 04:54:26 +0000] rev 31158
- This branch should be ready for release now.
- Wed, 24 Nov 2010 04:44:44 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 04:44:44 +0000] rev 31157
- ChangeLog entries for what I've plucked. Some are better than what they were before.
- Wed, 24 Nov 2010 04:44:37 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 04:44:37 +0000] rev 31156
- Apply my specific AIM login fix listed below to the 2.7.7 branch.
*** Plucked rev b21beb71827799eec3525c256f12e609d91e6e4f (rekkanoryo@pidgin.im):
Properly handle an AIM login server of login.messaging.aol.com. Fixes #12948.
- Wed, 24 Nov 2010 04:31:54 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 04:31:54 +0000] rev 31155
- Apply Stu's specific certificate changes listed below to the 2.7.7 branch.
*** Plucked rev 0be86888d82fc0d9bd61c1426b73e52196b35817 (nosnilmot@pidgin.im):
NSS will not return invalid or irrelevant intermediate certificates
that the server presented as part of the certificate chain. GnuTLS,
however, will return them, which breaks our certificate validation
when the server is mis-configured.
This fixes our GnuTLS SSL plugin to discard any certificate (and
subsequent certs) in the chain if it did not sign the previous
certificate. This allows GnuTLS users to connect to
omega.contacts.msn.com while it is still misconfigured.
*** Plucked rev 44e2c86fa3250a09c12de48785f224c5244d4819 (nosnilmot@pidgin.im):
Our certificate code is generally designed around no two CA
certificates having the same DN. Unfortunately this breaks when have
multiple distinct intermediate certificates with the same DN, such as
when we want to validate against MSN intermediate CAs. This change
allows us to verify against any one of multiple CA certificates with
the same DN, instead of relying on a) luck from reading from disk in
the \"right\" order or b) black magic from NSS reconstructing a valid
chain on connection attempts after CA pool initialization is complete.
- Wed, 24 Nov 2010 04:28:07 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 04:28:07 +0000] rev 31154
- Apply Mark's specific changes listed below to the 2.7.7 branch.
*** Plucked rev 05ca7c0f8c782c05e9866a9ac6ccc03acc7d2c7f (markdoliner@pidgin.im):
Close open requests related to this xfer when the request is canceled
locally. For oscar this includes disconnecting when you have an
incoming transfer request. Without this change Pidgin will crash if
the user tries to interact with the dialog. This change fixes #11666.
Now instead of crashing we'll leak. See the lengthy comment in the
code if anyone wants to fix this.
*** Plucked rev 089c261f1de00667abd623ce3c5b471e91b09016 (markdoliner@pidgin.im):
I noticed a NULL printf crash from the first chunk of this change.
In the second chunk I changed the code to match the error message from
the first chunk. I prefer this message.
*** Plucked rev 6e8da78b6e5ccdafa85c8afebff37e426d9a58d3 (markdoliner@pidgin.im):
Move the call to flap_connection_schedule_destroy from oscar_chat_kill
to oscar_chat_leave. This avoids having flap_connection_schedule_destroy
called from purple_connerr, which itself is called by flap_connection_destroy_cb
I'm hoping this change fixes #5927, the oscar crash when a flap connection
is disconnected.
- Wed, 24 Nov 2010 04:23:42 +0000
- by John Bailey <rekkanoryo@rekkanoryo.org> [Wed, 24 Nov 2010 04:23:42 +0000] rev 31153
- Branch for 2.7.7.
