Rollbar Terminology

Key terms & concepts used throughout Rollbar

Rollbar has some unique terms for talking about the errors or other events you send us.


If you send an error to Rollbar that has not been sent to Rollbar before, an item is created. This can be viewed in your project's item view, and at links such as<account_name>/<project_name>/items/<item_number>/.


The counter is the same as the <item_number> in the above link. It is the reference number for the item. In addition to appearing in web UI and in the item URL, items can be accessed by counter via the API.


An occurrence is an individual occurrence of an item. When a new item is sent to Rollbar, both an item and an occurrence are created. If the same error with the same stacktrace is sent to Rollbar, another occurrence is created for it, but no new item is created. Individual occurrences are available to view in the "Occurrences" tab in an item view, as well as at links such as<account_name>/<project_name>/items/<item_number>/occurrences/<occurrence_number>/.

For information about how occurrences are grouped together, see the grouping algorithm documentation. If you'd like to change how occurrences are grouped according to your own specified criteria, you can set up custom grouping rules.

Resolved, Reactivated, and Reopened Items

When you fix an item, you can mark it as Resolved. Items can change from Active to Resolved in these ways:

  • Manually changed by a user in the Rollbar UI (by pressing "Resolve" or "Set Status" -> "Resolved")
  • Set via the Rollbar API
  • Resolved via commit message when that commit is deployed
  • Autoresolved on deploy, when enabled (see Settings -> Deploys)
  • Autoresolved after not occurring for a period of time, when enabled (see Settings -> Cleanup)

If the item occurs again in a newer version of the code (or no version was specified), it will be "Reactivated". If a user manually reopens an item that was resolved, it will be "Reopened".

Did this page help you?