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
2020-05-26 23:08:26 -04:00
---
2017-01-24 08:59:37 -05:00
# Due dates
2020-02-06 10:09:11 -05:00
> [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/3614) in GitLab 8.7.
2017-01-24 08:59:37 -05:00
2017-05-08 04:35:38 -04:00
Please read through the [GitLab Issue Documentation ](index.md ) for an overview on GitLab Issues.
2019-07-03 20:55:35 -04:00
Due dates can be used in issues to keep track of deadlines and make sure features are
shipped on time. Users must have at least [Reporter permissions ](../../permissions.md )
to be able to edit them, but they can be seen by everybody with permission to view
the issue.
2017-01-24 08:59:37 -05:00
## Setting a due date
2019-07-03 20:55:35 -04:00
When creating or editing an issue, you can click in the **due date** field and a calendar
will appear to help you choose the date you want. To remove the date, select the date
text and delete it. The date is related to the server's timezone, not the timezone of
the user setting the due date.
2017-01-24 08:59:37 -05:00
![Create a due date ](img/due_dates_create.png )
2019-07-03 20:55:35 -04:00
You can also set a due date via the issue sidebar. Expand the
sidebar and click **Edit** to pick a due date or remove the existing one.
2017-01-24 08:59:37 -05:00
Changes are saved immediately.
![Edit a due date via the sidebar ](img/due_dates_edit_sidebar.png )
2020-04-27 11:10:16 -04:00
The last way to set a due date is by using [quick actions ](../quick_actions.md ), directly in an issue's description or comment:
- `/due <date>` : set due date. Examples of valid `<date>` include `in 2 days` , `this Friday` , and `December 31st` .
- `/remove_due_date` : remove due date.
2017-01-24 08:59:37 -05:00
## Making use of due dates
2019-07-03 20:55:35 -04:00
Issues that have a due date can be easily seen in the issue tracker,
2017-05-08 04:35:38 -04:00
displaying a date next to them. Issues where the date is overdue will have
2017-01-24 08:59:37 -05:00
the icon and the date colored red. You can sort issues by those that are
2019-07-03 20:55:35 -04:00
`Due soon` or `Due later` from the dropdown menu on the right.
2017-01-24 08:59:37 -05:00
![Issues with due dates in the issues index page ](img/due_dates_issues_index_page.png )
2020-09-16 11:09:32 -04:00
Due dates also appear in your [to-do list ](../../todos.md ).
2017-01-24 08:59:37 -05:00
2020-10-02 14:08:56 -04:00
![Issues with due dates in the to dos ](img/due_dates_todos.png )
2017-01-24 08:59:37 -05:00
2018-03-30 09:05:20 -04:00
The day before an open issue is due, an email will be sent to all participants
2019-07-03 20:55:35 -04:00
of the issue. Like the due date, the "day before the due date" is determined by the
2019-07-04 02:24:39 -04:00
server's timezone.
2018-03-30 09:05:20 -04:00
2018-05-31 10:01:04 -04:00
Issues with due dates can also be exported as an iCalendar feed. The URL of the
2019-07-04 02:24:39 -04:00
feed can be added to calendar applications. The feed is accessible by clicking
2019-07-03 20:55:35 -04:00
on the **Subscribe to calendar** button on the following pages:
2019-02-22 08:17:10 -05:00
2019-07-03 20:55:35 -04:00
- on the **Assigned Issues** page that is linked on the right-hand side of the GitLab header
2018-05-31 10:01:04 -04:00
- on the **Project Issues** page
- on the **Group Issues** page