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 Mar 21, 2022. It is now read-only.
In docker API versions < 1.23, POSTing registry credentials to /auth would return a 200 if you could log in, and that's all. DockerClient.auth() reflects that, returning only an int.
For API versions >= 1.23, the POST /auth endpoint changed. It now returns a JSON body:
We should update DockerClient.auth() to read this JSON body into a message class. However, I'm not exactly sure how the implementation will work.
Questions:
What should we do with the Auth class that gets parsed from the message? We could just return it from the DockerClient.auth() method. But that is maybe sub-optimal because: 1. The "Status" message is redundant with the HTTP status code, at least for now; and 2. The "IdentityToken" is empty for the public Docker Hub, which does not use identity tokens (even though they should). So is it worth returning this almost worthless object?
If we don't return the Auth object, what will DockerClient.auth() return? It could still return an int for the status. But that seems sort of dumb to me. At the very least it should be a boolean for whether you are authorized or not.
The text was updated successfully, but these errors were encountered:
It is true that a boolean return does not tell you which error occurred. But the practice throughout docker-client is that any known error states are thrown as exceptions with specific types corresponding to the error. So you would be able to distinguish the different kinds of error by catching the different exceptions.
Not to say that I agree or disagree with continuing to return an int. Just pointing out that, regardless of what the method ostensibly returns, it can also give information by throwing exceptions.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
In docker API versions < 1.23, POSTing registry credentials to
/auth
would return a200
if you could log in, and that's all.DockerClient.auth()
reflects that, returning only anint
.For API versions >= 1.23, the
POST /auth
endpoint changed. It now returns a JSON body:We should update
DockerClient.auth()
to read this JSON body into a message class. However, I'm not exactly sure how the implementation will work.Questions:
Auth
class that gets parsed from the message? We could just return it from theDockerClient.auth()
method. But that is maybe sub-optimal because: 1. The"Status"
message is redundant with the HTTP status code, at least for now; and 2. The"IdentityToken"
is empty for the public Docker Hub, which does not use identity tokens (even though they should). So is it worth returning this almost worthless object?Auth
object, what willDockerClient.auth()
return? It could still return anint
for the status. But that seems sort of dumb to me. At the very least it should be aboolean
for whether you are authorized or not.The text was updated successfully, but these errors were encountered: