You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found this issue on my laptop which is still running OSX 10.8, but also on someone else's laptop running 10.9.
The issue seems to be this line, where we assume unconditionally that ssl has the OP_NO_COMPRESSION attribute whenever we create a connection with verify_ssl=False. But according to the ssl docs, this attribute only exists if the version of libssl backing the ssl module is at least 1.0.0. But on both of these OSX machines the _ssl extension module is linking in /usr/lib/libssl.0.9.8.dylib, and consequently ssl.OP_NO_COMPRESSION does not exist.
There was already a workaround for this in the codebase fairly recently, but it got taken out when python3.3 support was dropped in this commit. (For the record I am seeing this problem on 3.4.3.)
The text was updated successfully, but these errors were encountered:
dudecc
added a commit
to dudecc/aiohttp
that referenced
this issue
Oct 22, 2015
This reverts part of commit 08cedb8,
which appears to have accidentally removed openssl < 1.0.0 compatibility when
removing python3.3 compatibility. See aio-libs#583
This reverts part of commit 08cedb8,
which appears to have accidentally removed openssl < 1.0.0 compatibility when
removing python3.3 compatibility. See #583
I found this issue on my laptop which is still running OSX 10.8, but also on someone else's laptop running 10.9.
The issue seems to be this line, where we assume unconditionally that ssl has the OP_NO_COMPRESSION attribute whenever we create a connection with verify_ssl=False. But according to the ssl docs, this attribute only exists if the version of libssl backing the ssl module is at least 1.0.0. But on both of these OSX machines the _ssl extension module is linking in /usr/lib/libssl.0.9.8.dylib, and consequently ssl.OP_NO_COMPRESSION does not exist.
There was already a workaround for this in the codebase fairly recently, but it got taken out when python3.3 support was dropped in this commit. (For the record I am seeing this problem on 3.4.3.)
The text was updated successfully, but these errors were encountered: