-
-
Notifications
You must be signed in to change notification settings - Fork 531
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Digest Authentification support for the legacy client part only #1111
Digest Authentification support for the legacy client part only #1111
Conversation
From the module "requests", but works on its own, totaly independent from it
Hello aaugustin! First of all, sorry for not having done any actions on this PR, I've been really busy this last month... |
Hello |
Thanks There is no more error message, but the coverage is not 100%. I obviously still have problems in this feature. I don't really know how to read the Tox report... I'm sorry, I've never used Tox before, so I don't know what to do. Is there a more detailled report ? |
ok, i'm reading some documentation about tox and if i interpret correctly, the missing column is about the code that is not covered by the tests. So it means that i must write some tests to cover the new feature. Sorry for the silly questions, i'm really newbie at tox/unit tests things |
The key parameter is optional
Is that possible to write digest auth coverage tests without having the server side modified to support digest auth ? I am not sure, but i guess that the server side digest auth is mandatory when the client side support the digest auth. If i'm right the server must be modified to support digest auth. Am i correct ? |
1726dba
to
61e0e1c
Compare
I am seeing two different attempts of attempts of getting digest authentication into websockets - here and in #788 . What is needed to get this ball rolling? :) |
dba135f
to
e10eeba
Compare
c760cdf
to
5eafbe4
Compare
Hello, sorry this wasn't a priority for me back then; there was no discussion of the design before submitting the pull request; and as it stands it isn't on the right track. I'm going to close it for the reasons described in the related issue (for future reference). |
Hello
No problem for me, that was a quick and dirty hack for an old project i am not using and maintaining anymore :)
Good luck and wonderful job for websockets !
Le 2 février 2025 09:39:41 GMT+01:00, Aymeric Augustin ***@***.***> a écrit :
…Hello, sorry this wasn't a priority for me back then; there was no discussion of the design before submitting the pull request; and as it stands it isn't on the right track. I'm going to close it for [the reasons described in the related issue](#784 (comment)) (for future reference).
--
Reply to this email directly or view it on GitHub:
#1111 (comment)
You are receiving this because you authored the thread.
Message ID: ***@***.***>
|
From the module "requests", but works on its own, totaly independent from it