Content
View differences
Updated by Marc Alcobé about 3 years ago
**As** a user
**I want to** have a clear understanding which access tokens are active, create new ones or delete them
**so that** I can control all my access tokens in a single page
## Note
This feature work package is an MVP a work in progress in order to kick start the discussion about improving the Access tokens settings. Probably the scope of this page and changes will be gradually improved ober divided in other work packages in order to make the future with more details and capabilities. implementation chunks feasible.
## **Acceptance criteria**
* The Access tokens page will now be divided in sections in this order: between:
1. **API**
2. **iCalendar**
3. **OAuth** **Storages**
4. **RSS**
* Each of this sections will have a description below.
* For the moment only **iCalendar** and **OAuth** will be able to Each section might have more than one token (once ##15339 is completed) token. They also can be empty with only the link or explanation how to add new tokens.
* In the empty status For **API** and **RSS** an action below to add a new token. Below the **iCalendar** and **OAuth** an information text explains the user how calendar tokens works.
* When clicking on the link bellow **API** or **RSS** to generate a token a toast will appear with the API (current implementation).
* All the tokens can be deleted individually. A toast confirmation message will be displayed once before the token action is deleted and the section will go back to the empty state_._ performed _(to be designed)._
* The name of the **iCalendar** tokens will contain follow the extra column to show the project where the calendar is located. The calendar name is the first column and structure: "Project - Calendar name". This should be a link that redirects to the calendar itself.
* The **iCalendar** tokens are the only ones that contain expiration dates for now.
* The **OAuth** **Storages** section contains all the OAuth tokens including related to the active storages. A second column also appears storages with format "Storage name (Provider)". Bellow the **Storages** an information text explains the user how to indicate which is the application connected. add a new storage
* In case the administrator of the instance has deactivated through admin settings either the _\[Work in progress\]_ Once a user creates a new **API** or token a modal opens and allows the **iCalendar** user to give it a fix toast appears in the section name and the add link is removed. also specify which permissions this **API** token will contain.
## To be clarified together with the devs
* [x] [ ] Divide the concept into feasible work packages and have a plan of implementation.
* [ ] RSS
* [x] [ ] Do we need also options like the ones for creating an **API** token for the **RSS**?
* [ ] What is RSS is currently doing do we still need it
* [x] [ ] Is there any of this tokens that has expire date? Do we need expire dates? If yes, we should be able to edit them.
* [x] [ ] Is there any other action needed in the action column for any of the tokens?
* [x] [ ] The texts below each token should be reviewed.
# Out of scope
* Implementing scopes for the API tokens to limit their permissions (part of <mention class="mention" data-id="47735" data-type="work_package" data-text="#47735">#47735</mention>). permissions.
* Having more than one API token (part of <mention class="mention" data-id="47735" data-type="work_package" data-text="#47735">#47735</mention>). token.
## Visuals
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/55083/content"><img src="/api/v3/attachments/54795/content"><img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/55086/content"><img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/55084/content"><img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/55085/content"><img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/55087/content"> src="/api/v3/attachments/54019/content">
## Figma
https://www.figma.com/file/qivvu0fvo3EeIn9KlxuxJJ/Access-tokens?node-id=0-1
**I want to** have a clear understanding which access tokens are active, create new ones or delete them
**so that** I can control all my access tokens in a single page
## Note
This feature
## **Acceptance criteria**
* The Access tokens page will now be divided in sections in this order:
1. **API**
2. **iCalendar**
3. **OAuth**
4. **RSS**
* Each of this sections will have a description below.
* For the moment only **iCalendar** and **OAuth** will be able to
* In the empty status
* When clicking on the link bellow **API** or **RSS** to generate a token a toast will appear with the API (current implementation).
* All the tokens can be deleted individually. A toast
* The name of the **iCalendar** tokens will contain
* The **iCalendar** tokens are the only ones that contain expiration dates for now.
* The **OAuth**
* In case the administrator of the instance has deactivated through admin settings either the
## To be clarified together with the devs
* [x]
* [ ] RSS
* [x]
* [ ] What is RSS is currently doing do we still need it
* [x]
* [x]
* [x]
# Out of scope
* Implementing scopes for the API tokens to limit their permissions (part of <mention class="mention" data-id="47735" data-type="work_package" data-text="#47735">#47735</mention>).
* Having more than one API token (part of <mention class="mention" data-id="47735" data-type="work_package" data-text="#47735">#47735</mention>).
## Visuals
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/55083/content"><img
## Figma
https://www.figma.com/file/qivvu0fvo3EeIn9KlxuxJJ/Access-tokens?node-id=0-1