| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
return to LGPL2.1
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For non-blocking sockets with the timeout set to 0, the select call in
_recv and _send will return immediately without the socket being ready.
This causes _recv to return None, which makes recv close the connection.
Since a select with a timeout of 0 right after recv/send is pointless,
just skip _recv and _send when timeout is 0.
As for the handling of SSLWantReadError, SSLWantWriteError, EAGAIN and
EWOULDBLOCK in _recv/_send, websocket-client can't handle these without
blocking. Since applications which has timeout set to 0 don't want
websocket-client to block them, they have to handle those errors
themselves.
Fixes #535
|
| |
|
|
|
|
|
|
|
|
| |
* Fix ssl socket handling
Handle them as recommended in here
https://bugs.python.org/issue21430 and in
python documentation. Do not use undocumented
SSLSocket pending
* Increase version
|
| |
|
|
|
|
|
|
|
|
| |
The previous message used for detecting SSL was too specific and was
missing cases where SSL simply returned "timed out". This patch changes
the detection to mirror what is done in the send for detecting timeouts.
Fixes #387
Signed-off-by: Tim Rozet <tdrozet@gmail.com>
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, because of the multiple instances of `from foo import *`, names were
imported from modules that had themselves imported them, instead of from the
place of definition. This commit therefore does the following:
- Declares `__all__` in every module that imports anything, so that
`from foo import *` is sane.
- Sorts the imports based on conventions, similar to the output of `isort`.
- Places all conditional imports after unconditional imports, except where that
isn't valid.
- Imports local names from the modules where they are defined, except when
importing the package itself.
|
| |
|
|
| |
Line length is set to 80 characters; tests are excluded.
|
| | |
|
| | |
|
| |
|
|
| |
seems to return just an integer error code from extract_err_message.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
