2019-10-28 02:06:30 -04:00
---
disqus_identifier: 'https://docs.gitlab.com/ee/workflow/todos.html'
2020-05-26 23:08:26 -04:00
stage: Plan
group: Project Management
2020-11-26 01:09:20 -05:00
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
2019-10-28 02:06:30 -04:00
---
2021-07-22 14:08:29 -04:00
# To-Do List **(FREE)**
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
Your *To-Do List* is a chronological list of items waiting for your input.
The items are known as *to-do items* .
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
You can use the To-Do List to track [actions ](#actions-that-create-to-do-items ) related to:
2019-10-28 02:06:30 -04:00
2021-04-21 02:09:28 -04:00
- [Issues ](project/issues/index.md )
- [Merge requests ](project/merge_requests/index.md )
- [Epics ](group/epics/index.md )
- [Designs ](project/issues/design_management.md )
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
## Access the To-Do List
2020-09-16 11:09:32 -04:00
2021-07-22 14:08:29 -04:00
To access your To-Do List:
2020-09-16 11:09:32 -04:00
2021-07-22 14:08:29 -04:00
On the top bar, in the top right, select To-Do List (**{task-done}**).
2019-10-28 02:06:30 -04:00
2022-06-05 20:07:52 -04:00
## Search the To-Do List
You can search your To-Do List by `to do` and `done` .
You can filter to-do items per project, author, type, and action.
Also, you can sort them by [**Label priority** ](project/labels.md#set-label-priority ),
**Last created**, and **Oldest created** .
2021-07-22 14:08:29 -04:00
## Actions that create to-do items
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
Many to-do items are created automatically.
A to-do item is added to your To-Do List when:
2019-10-28 02:06:30 -04:00
2020-09-16 11:09:32 -04:00
- An issue or merge request is assigned to you.
2021-11-25 07:10:23 -05:00
- You're [mentioned ](discussions/index.md#mentions ) in the description or
2021-08-18 11:11:07 -04:00
comment of an issue, merge request, or epic.
- You are mentioned in a comment on a commit or design.
2021-07-22 14:08:29 -04:00
- The CI/CD pipeline for your merge request fails.
- An open merge request cannot be merged due to conflict, and one of the
2020-09-16 11:09:32 -04:00
following is true:
- You're the author.
- You're the user that set the merge request to automatically merge after a
pipeline succeeds.
2020-10-14 20:08:42 -04:00
- [In GitLab 13.2 ](https://gitlab.com/gitlab-org/gitlab/-/issues/12136 ) and later, a
2020-09-16 11:09:32 -04:00
merge request is removed from a
2021-06-29 14:07:04 -04:00
[merge train ](../ci/pipelines/merge_trains.md ),
2021-04-21 02:09:28 -04:00
and you're the user that added it.
2020-09-16 11:09:32 -04:00
2021-07-22 14:08:29 -04:00
When several actions occur for the same user on the same object,
GitLab displays the first action as a single to-do item.
2022-03-01 13:20:20 -05:00
To change this behavior, enable
[multiple to-do items per object ](#multiple-to-do-items-per-object ).
2021-07-22 14:08:29 -04:00
To-do items aren't affected by [GitLab notification email settings ](profile/notifications.md ).
2022-03-01 13:20:20 -05:00
### Multiple to-do items per object **(FREE SELF)**
<!-- When the feature flag is removed, integrate this topic into the one above. -->
2022-03-16 05:08:20 -04:00
> - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/28355) in GitLab 13.8 [with a flag](../administration/feature_flags.md) named `multiple_todos`. Disabled by default.
> - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/82470) in GitLab 14.9: only mentions create multiple to-do items.
2022-03-01 13:20:20 -05:00
FLAG:
On self-managed GitLab, by default this feature is not available. To make it available per user,
ask an administrator to [enable the feature flag ](../administration/feature_flags.md ) named `multiple_todos` .
On GitLab.com, this feature is not available.
The feature is not ready for production use.
2022-03-16 05:08:20 -04:00
When you enable this feature:
- Every time you're mentioned, GitLab creates a new to-do item for you.
- Other [actions that create to-do items ](#actions-that-create-to-do-items )
create one to-do item per action type on the issue, MR, and so on.
2022-03-01 13:20:20 -05:00
2021-07-22 14:08:29 -04:00
## Create a to-do item
You can manually add an item to your To-Do List.
2020-09-16 11:09:32 -04:00
2021-07-22 14:08:29 -04:00
1. Go to your:
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
- [Issue ](project/issues/index.md )
- [Merge request ](project/merge_requests/index.md )
- [Epic ](group/epics/index.md )
- [Design ](project/issues/design_management.md )
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
1. On the right sidebar, at the top, select **Add a to do** .
![Adding a to-do item from the issuable sidebar ](img/todos_add_todo_sidebar_v14_1.png )
2022-05-09 05:08:47 -04:00
## Create a to-do item by mentioning someone
2019-10-28 02:06:30 -04:00
2022-05-09 05:08:47 -04:00
You can create a to-do item by mentioning someone anywhere except for a code block. Mentioning a user many times in one message only creates one to-do item.
2019-10-28 02:06:30 -04:00
2022-05-09 05:08:47 -04:00
For example, from the following comment, everyone except `frank` gets a to-do item created for them:
````markdown
2019-10-28 02:06:30 -04:00
@alice What do you think? cc: @bob
- @carol can you please have a look?
2022-03-01 13:20:20 -05:00
> @dan what do you think?
2019-10-28 02:06:30 -04:00
2022-05-09 05:08:47 -04:00
Hey @erin , this is what they said:
2019-10-28 02:06:30 -04:00
2022-05-09 05:08:47 -04:00
```
Hi, please message @frank :incoming_envelope:
```
````
2020-10-08 05:08:40 -04:00
2021-07-22 14:08:29 -04:00
## Actions that mark a to-do item as done
2019-10-28 02:06:30 -04:00
2021-04-21 02:09:28 -04:00
Any action to an issue, merge request, or epic marks its
2020-10-28 14:08:52 -04:00
corresponding to-do item as done.
2019-10-28 02:06:30 -04:00
2020-10-28 14:08:52 -04:00
Actions that dismiss to-do items include:
2019-10-28 02:06:30 -04:00
- Changing the assignee
- Changing the milestone
2021-07-22 14:08:29 -04:00
- Closing the issue or merge request
- Adding or removing a label
2019-10-28 02:06:30 -04:00
- Commenting on the issue
2022-04-06 05:09:15 -04:00
- Resolving a [design discussion thread ](project/issues/design_management.md#resolve-a-discussion-thread-on-a-design )
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
If someone else closes, merges, or takes action on an issue, merge request, or
2021-04-21 02:09:28 -04:00
epic, your to-do item remains pending.
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
## Mark a to-do item as done
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
You can manually mark a to-do item as done.
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
There are two ways to do this:
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
- In the To-Do List, to the right of the to-do item, select **Done** .
- In the sidebar of an issue, merge request, or epic, select **Mark as done** .
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
![Mark as done from the sidebar ](img/todos_mark_done_sidebar_v14_1.png )
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
## Mark all to-do items as done
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
You can mark all your to-do items as done at the same time.
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
In the To-Do List, in the top right, select **Mark all as done** .
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
## How a user's To-Do List is affected when their access changes
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
For security reasons, GitLab deletes to-do items when a user no longer has access to a related resource.
For example, if the user no longer has access to an issue, merge request, epic, project, or group,
GitLab deletes the related to-do items.
2019-10-28 02:06:30 -04:00
2021-07-22 14:08:29 -04:00
This process occurs in the hour after their access changes. Deletion is delayed to
prevent data loss, in case the user's access was accidentally revoked.