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
{{ message }}
This repository has been archived by the owner on Oct 1, 2021. It is now read-only.
It seems there are several other problems with multibyte string decoding and encoding in this package. Let me add my $0.0000000000002 😃.
Some device in my network has an SSDP response that blows up ssdp.py discovery sock.recv().decode("utf-8") with UnicodeDecodeError: 'utf-8' codec can't decode byte 0x90 in position 5: invalid start byte. Since I cannot control all devices and since this is really a robustness issue, I tried replacing the bad UTF-8 with the default replacement by changing the code to
Sorry I have no information on "current policy" since my solution worked for me and I have been using it. Did someone change code to implement the policy you mention? If so I could probably update and answer your question.
Yes, currently any decode error are just excepted and the whole string discarded. If your solution works though, maybe someone else will emerge with a similar problem.
It seems there are several other problems with multibyte string decoding and encoding in this package. Let me add my $0.0000000000002 😃.
Some device in my network has an SSDP response that blows up
ssdp.py
discoverysock.recv().decode("utf-8")
withUnicodeDecodeError: 'utf-8' codec can't decode byte 0x90 in position 5: invalid start byte
. Since I cannot control all devices and since this is really a robustness issue, I tried replacing the bad UTF-8 with the default replacement by changing the code toThis solves my problem by allowing the discovery to continue even after a response from such an evil device is found. It seems harmless to do this.
The text was updated successfully, but these errors were encountered: