Beschreibung
It would be helpful to be able to configure statuses to expire automatically. E.g., this is useful if you are setting a status for a meeting or a vacation.
To make it possible, we should add a dropdown labeled "Automatically clear status" at the bottom of the status picker modal.
- Options: Never [default], In one hour, Today at 5:00 PM, Tomorrow at 9:00 AM, Custom
- If you select "Custom", it should open a time picker, similar to "Send later". (Also similarly, we should limit it to times that are in the future. TBD: Will scheduling in the next 5 minutes cause problems?)
- When a time other than "Never" is selected, we should show the date/time the expiration is scheduled for below the picker (same format as for the confirmation banner for "Send later").
- If the user comes back to the status modal, we will need to have a way to show the configured time (note that relative times, e.g., "In one hour", will no longer be accurate). We can show the currently selected time in the dropdown as an absolute time, followed by the standard options.
The status should be automatically cleared at the scheduled time.
Default expiration times
Here are the default expiration times for the preset statuses:
| Status | Clear |
|---|---|
| Busy | In 1 hour |
| In a meeting | In 1 hour |
| Commuting | In 30 minutes |
| Out sick | Tomorrow |
| Vacationing | Never |
| Working remotely | Today at 5 PM |
| At the office | Today at 5 PM |
Tomorrow can reset the status at midnight.
Custom statuses should never expire by default.
All these times should be in the dropdown, and no other times should be there (unless we hear requests). Order:
- Never
- In 30 minutes
- In 1 hour
- Today at 5:00 PM
- Tomorrow
- Custom
If you have not changed the expiration time for your status, it should change automatically when you change the status. Otherwise, we can keep it where you set it.
Custom expiration times
We should initialize to rounded minutes like we do in the global time picker.
Questions:
- Should the expiration time be visible to others? It might not be something you want to share publicly, so I would lean toward not.
I expect the details, such as the times in the dropdown, the exact strings, and visual details, to be discussed in #design when we actually start implementing this, and potentially adjusted.