-
Notifications
You must be signed in to change notification settings - Fork 18
Error when importing requests_ntlm #6
Comments
Thanks for the report and sorry for the bug. It must be something oddball with Windows, because it's passing Travis just fine and I tested on OS X by hand. In the meantime, feel free to use requests-ntlm 0.0.3. That uses the older python-ntlm library which isn't Python 3 compatible. |
Thanks, this is for a one-use throw-away script so using an old version of requests_ntlm is fine. Let me know if you need anything tested. |
@trustrachel fwiw, you can add AppVeyor for Windows CI |
I have a proposed fix in #7, which works for me. Please take a look! |
@sigmavirus24 - thanks, I was just looking around for what my options are for that! @rbcarson - awesome, let me take a look. |
Recognize long integers as integers. Fixes #6.
Hey @LiaungYip, I just released v1.0.2, can you check this works for you now? |
I've just updated to 1.0.2. I'm on a different PC with different version of Python but all seems to be well. I'll test again on my original computer when I get home.
|
Importing requests-ntlm works for me after upgrading to latest python-ntlm3, on the computer which originally exhibited the bug.
|
Awesome, I'm glad. |
As reported at requests/requests-ntlm#54 :
Attempting to import requests_ntlm on Python 2.7.9 raises a TypeError. This renders the module unusable.
See also this StackOverflow question about a very similar error: http://stackoverflow.com/questions/27660034/python-requests-ntlm-import-error . (The user in that post got a
'long' object is not subscriptable
error. I had also experienced that error before updating Python to latest.)Package versions in use:
A further note; requests_ntlm version 0.0.3 imports OK. All other dependency versions are unchanged.
The text was updated successfully, but these errors were encountered: