Skip to content
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

GitHub authorization requires excessive permissions #1688

Closed
maghoff opened this issue Mar 21, 2019 · 2 comments
Closed

GitHub authorization requires excessive permissions #1688

maghoff opened this issue Mar 21, 2019 · 2 comments

Comments

@maghoff
Copy link

maghoff commented Mar 21, 2019

There has been some discussion on the permissions for the GitHub login, at least in #191.

Now that login is required to be able to publish crates, I think this design should be revisited. I feel that the permission required is excessive, and I don't want to jump through any hoops to get around it.

I would be happy with either of:

  • Not having to grant crates.io any particular permissions, or
  • Not having to log in with a specific third party. Something like OpenID would be OK, I would also be very happy with simply generating an account on crates.io
@sgrif
Copy link
Contributor

sgrif commented Mar 21, 2019

For reference, the permissions we require are:

image

The first item there is literally "you are using oauth", we don't explicitly request it, nor could we opt out of it. The second comes from us requesting the read:org scope. Crates can have teams as owners, so we need this permission to be able to determine whether or not you are a member of a team when you try to publish a crate.

Can you clarify what permission specifically that you have an issue with, or what you think we are requesting that we don't need?

Non-github login already has an open issue, #326

@maghoff
Copy link
Author

maghoff commented Mar 21, 2019

I find the "Organizations and teams" permission to be excessive for the use-case "publishing personal crates".

#326, which I unfortunately was unable to find with my search terms, addresses this problem sufficiently.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants