Consolidate Access Token Pairing Permission view
See original GitHub issueCurrently when creating an Access Token, this is the flow
- Hit
Create Token
CTA - Token Details
- Choose Store Pairing
I can see an instance of why you might want to create a token for another store from this view, but it seems unnecessary and redundant.
I propose removing that Pairing view, and just associating the token to the current store you’re creating it from.
- Removes the additional Pairing view step
- Less bugs or permissions, etc… to potential worry about, and/or test
Open to hearing opposing opinions as well, but wanted to toss this one out there.
Issue Analytics
- State:
- Created a year ago
- Comments:5 (4 by maintainers)
Top Results From Across the Web
Group access tokens
Select Settings > Access Tokens. Enter a name. The token name is visible to any user with permissions to view the group. Enter...
Read more >Project access tokens | GitLab
Group access and permissions · Moderate users · Custom group-level project templates · Group access tokens · Migrate groups · SAML Group Sync....
Read more >How do I manage API access tokens as an admin?
To generate a new access token, click the Generate Token button [3]. View Access Token. View Access Token. View the token description [1]....
Read more >How to get an access token with Authorization Code Grant
This topic demonstrates how to generate an access token manually using Authorization Code Grant authentication or with a refresh token. In the Authorization...
Read more >Authentication for Databricks automation
Learn how to set up Databricks authentication for automated tools, scripts, and apps.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Keep in mind that this page is often linked to from an integration to “pair”, which often does not know about stores and thus needs the store selector up front. But, we can hide it if it was loaded from inside the store obviously
On Fri, Sep 23, 2022, 06:29 d11n @.***> wrote:
Good point, @kukks. I think something similar like we did in #3880 would work well here too: If there’s no store selected, present the selection as the first step — If the store is present, skip that step and go straight to the pairing.