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

Feature Request: Personal access tokens or API keys #7699

Closed
mickmister opened this issue Jan 19, 2022 · 4 comments
Closed

Feature Request: Personal access tokens or API keys #7699

mickmister opened this issue Jan 19, 2022 · 4 comments
Labels
meta: stale This issue/PR is stale and will be closed soon type: feature request New feature or request

Comments

@mickmister
Copy link

Describe the behaviour you'd like

I'd like to integrate with Gitpod, and be able to browse/create workspaces. It looks like this is currently being done through the browser by using websocket-driven JSON RPC. An external application could use this same protocol with a user's token, and deliver the user a UX that optimizes the use of the two applications.

Describe alternatives you've considered

I have looked into using Gitpod's OAuth system, but it seems to not be designed for this specific use case, since it's looking for an OAuth service provider rather than a client. I could be wrong about my assumptions there.

I'm thinking adding personal access tokens would be lower hanging fruit than modifying/augmenting the OAuth functionality to support this use case. Developers are familiar with the concept of personal access tokens, and since this platform is for developers I think it makes sense. I'd be happy to look into the necessary change if the feature seems like a good idea 🙂

@mickmister mickmister changed the title Feature Request: Personal access tokens Feature Request: Personal access tokens or API keys Jan 19, 2022
@gtsiolis
Copy link
Contributor

Thanks, @mickmister! We did have an access tokens page that we removed during the dashboard redesign, see #3399. We're also working on a public API. Cc @csweichel because of the relevant RFC document about the API (internal).

@gtsiolis gtsiolis added the type: feature request New feature or request label Jan 19, 2022
@csweichel
Copy link
Contributor

As @gtsiolis said, at the moment we don't have a sensible use-case for such tokens, because we don't offer a public API. There's an outward facing API (the one used by e.g. the dashboard), but that's neither documented nor necessarily backwards compatible. There's a very good chance applications using that API would break without warning.

Once we have a more stable API that is intended for "public consumption", offering personal API tokens makes a lot of sense.

@mickmister
Copy link
Author

@gtsiolis @csweichel Thanks for all the detailed information!

The timing with the public API makes a lot of sense 👍

Now I'm wondering, are OAuth tokens also in the plans for the public API usage? That would definitely be ideal for my use case. Thanks for this awesome software!

@stale
Copy link

stale bot commented Apr 21, 2022

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.

@stale stale bot added the meta: stale This issue/PR is stale and will be closed soon label Apr 21, 2022
@stale stale bot closed this as completed May 1, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta: stale This issue/PR is stale and will be closed soon type: feature request New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants