|
| 1 | +--- |
| 2 | +title: Issue Priority |
| 3 | +sidebar_order: 31 |
| 4 | +description: "Learn how Sentry determines the level of issue severity and prioritizes issue importance accordingly." |
| 5 | +--- |
| 6 | + |
| 7 | +<Note> |
| 8 | + |
| 9 | +This feature is only available to Early Adopters. To opt in, make sure your organization's [Early Adopter toggle](https://sentry.io/orgredirect/organizations/:orgslug/settings/organization/) is on. |
| 10 | + |
| 11 | +Have feedback? Please let us know in the [GitHub discussion](https://github.com/getsentry/sentry/discussions/68908). |
| 12 | + |
| 13 | +</Note> |
| 14 | + |
| 15 | +Issue priority sorts the issues Sentry receives into **High**, **Medium** and **Low** priority buckets. This helps you identify and address critical, high-priority errors that may be impacting your application's functionality and user experience first. |
| 16 | + |
| 17 | +## How Priority Works |
| 18 | + |
| 19 | +When Sentry receives an event, it assigns a priority to the issue based on the event's **log level** (for error issues) or **severity** (for non-error issues like performance). For Python and Javascript projects, Sentry will also consider the error message, whether or not the error is handled, and historical actions taken on similar issues. |
| 20 | + |
| 21 | +There are three discrete priority levels for issues in Sentry: |
| 22 | + |
| 23 | +- **High**: Issues that are likely to be actionable and require immediate attention. |
| 24 | +- **Medium**: Issues that are likely to be actionable and require attention in the near future. |
| 25 | +- **Low**: Issues that don't require immediate attention. |
| 26 | + |
| 27 | +### Automatic Priority Updates |
| 28 | + |
| 29 | +Sentry continuously monitors the volume of events for each issue. If there's a surge of events for a particular issue (it escalates), its priority level will be automatically bumped up. See the [escalating issues algorithm](/product/issues/states-triage/escalating-issues/) for more information on how escalations are identified. When an issue de-escalates, its priority will go back down to the previous level. |
| 30 | + |
| 31 | +### Manual Priority Updates |
| 32 | + |
| 33 | +You can update issue priority manually at any time, either from the issue details page or from the issue stream. But once an issue's priority has been changed manually, it will no longer be automatically adjusted if the event volume escalates. |
| 34 | + |
| 35 | +## Priority in the Issue Stream |
| 36 | + |
| 37 | +By default, the issue stream on the **Issues** page filters out low-priority issues. If you'd like to be able to see low-priority issues, you can [set your default search](/product/reference/search/saved-searches/#set-a-default-search) to include them. |
| 38 | + |
| 39 | +When viewing the "Prioritized" tab, you can quickly triage issues by using the priority dropdown. Low-priority issues will disappear from the "Prioritized" tab once their priority is updated. |
| 40 | + |
| 41 | + |
| 42 | + |
| 43 | +You may also update the priority level of multiple issues at once by selecting them and using the bulk action dropdown. |
| 44 | + |
| 45 | + |
0 commit comments