Rollbar
Author: E | 2025-04-24
There are currently six libraries in this repository: rollbar-api; rollbar-java; rollbar-web; rollbar-android; rollbar-log4j2; rollbar-logback; rollbar-api is a set of data objects representing
rollbar/rollbar-java: Rollbar for Java and Android - GitHub
To be configured in the SDK. More details in this post.Items can change from Resolved to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" or "Set Status" -> "Active")Set via the Rollbar APIAutomatically on the next occurrence of the same item (subject to the version constraint described above)Items can change from Resolved to Muted in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" then "Mute")Set via the Rollbar APIMuted items represent issues that are not currently worth investigating. In the Muted state:The item won't appear on the DashboardIf the item occurs again, it will remain MutedOccurrences count for billing purposesIf you have an item that you consider a non-issue, or otherwise don't plan to do anything about soon, you can Mute it so it stays out of sight.Muted items are still indexed, searchable, etc. and can be changed back to Active at any time. For this reason, occurrences of Muted items do count for billing purposes. If you need to reduce your usage, you should set a rate limit or filter it before it is sent to Rollbar.Items can change from Muted to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Unmute" or "Set Status" -> "Muted")Set via the Rollbar APIItems can change from Muted to Resolved in these ways:Manually changed by a user in the Rollbar UI (by pressing "Set Status" -> "Resolved")Set via the Rollbar APIArchived items are group items that have had all of their member items unmerged from the group. Since the member items are all reassigned to their original item number, the group item is no longer needed.An example of an archived item's history, showing the merge that created the group item and the unmerge that archived it.An archived item is essentially dead, but the item is retained for its historical information. Re-merging the same member items will not reactivate the archived item, a new group item will be created.Updated over 1 year ago Table of ContentsActiveResolvedMutedArchived It from being reactivated before you deploy the new code, or from being reactivated by clients that are still running the old code (this is especially important for mobile apps). Note that this functionality requires the 'code_version' to be configured in the SDK. More details in this post.Items can change from Resolved to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" or "Set Status" -> "Active")Set via the Rollbar APIAutomatically on the next occurrence of the same item (subject to the version constraint described above)Items can change from Resolved to Muted in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" then "Mute")Set via the Rollbar APIMutedMuted items represent issues that are not currently worth investigating. In the Muted state:The item won't appear on the DashboardIf the item occurs again, it will remain MutedOccurrences count for billing purposesIf you have an item that you consider a non-issue, or otherwise don't plan to do anything about soon, you can Mute it so it stays out of sight.Muted items are still indexed, searchable, etc. and can be changed back to Active at any time. For this reason, occurrences of Muted items do count for billing purposes. If you need to reduce your usage, you should set a rate limit or filter it before it is sent to Rollbar.Items can change from Muted to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Unmute" or "Set Status" -> "Muted")Set via the Rollbar APIItems can change from Muted to Resolved in these ways:Manually changed by a user in the Rollbar UI (by pressing "Set Status" -> "Resolved")Set via the Rollbar APIArchivedArchived items are group items that have had all of their member items unmerged from the group. Since the member items are all reassigned to their original item number, the group item is no longer needed.An example of an archived item's history, showing the merge that created the group item and the unmerge that archived it.An archived item is essentially dead, but the item is retained for its historical information. Re-merging the same member items will not reactivate the archived item, a new group item will be created." data-testid="RDMD">In Rollbar, all Items have a status that determines where they appear and how they behave. There are four statuses: Active, Resolved, Muted, and Archived.Chances are you have multiple incomingrollbar/Rollbar.NET: Rollbar for .NET - GitHub
GitLab or GitLab CE/EE.If you are using self-hosted GitLab CE or EE, please follow the instructions in GitLab as OAuth2 authentication service provider on the GitLab site. Rollbar's callback URL is Once you've successfully added the Rollbar app, GitLab will provide an Application ID and Secret. Enter these along with the URL for your GitLab Server, then continue with the setup process described below.Click on Connect to GitLab. You will be taken to an authorization page in GitLab. Click Authorize.Select a repository from the list of available repositories, enter the branch (default is 'master') and a project root within the repository (usually this can be left blank - click here for more details), then save the settings.Ensure you are sending the server.root key with your items. See here for more information.Once you've successfully connected to a GitLab repository, Rollbar error tracebacks and deploy reports will include links to specific lines of code and revisions in your repository.For general information about Rollbar's issue tracking features, check out the Issue Tracking guide. Visit the Settings page in Rollbar and go to Notifications. From the Notifications Settings you will select GitLab Issues from the list of "Available Channels".Click Connect with GitLabOnce you've authorized, you'll choose which repository to create your Issues in, and then click Enable GitLab Issues IntegrationNow you'll be able to customize the type of notifications and frequency you want to automatically create Issues in your GitLab Repos.Turn specific Items in Rollbar into Issues in GitLab. When viewing an Item in Rollbar simply click the button Create GitLab Issue to send the error details to GitLab.You can also link an Item in Rollbar to an existing GitLab Issue. When viewing an Item, select the drop down next to the GitLab button and then click Link existing GitLab Issue and copy and paste the URL for the GitLab Issue you would like to link.Congratulations! You have now integrated Rollbar with your GitLab account. Events from Rollbar will automatically create Issues in your GitLab repositories. If you want, you can customize the default rules by editing, adding, or deleting them.Rollbar can show additional lines of context for each entry in a traceback, saving you the trouble of jumping to your source code to figure out where exactly an exception occurred. View more detailed documentation.Updated over 1 year ago Table of ContentsSet up LinkingViewing GitLab Source Code from RollbarIssue TrackingCode Context. There are currently six libraries in this repository: rollbar-api; rollbar-java; rollbar-web; rollbar-android; rollbar-log4j2; rollbar-logback; rollbar-api is a set of data objects representing Rollbar for WordPress, free and safe download. Rollbar latest version: Efficient Error Tracking with Rollbar for WordPress. Rollbar is a powerful plugChevrolet C8 Corvette Coupe Rollbar – RPM ROLLBARS
Rollbar Improve is designed to provide information through easily digestible metrics and historical trends to allow teams to understand their code and take action to improve their practices. Code quality metrics Analyze large amounts of error data instantly. Understand your time to resolve, deploy frequency, number of customers impacted and number of errors. Spend more time innovating Tech debt and maintenance getting you down? It’s time to shift the balance back to innovating by reducing maintenance. Identify which errors impact the most customers and how often. Reduce the risk of bad deployments and customer impact.Drive product innovation without sacrificing code quality. Provide real actionable insights Rollbar provides teams with production data to drive continuous improvement. Identify high impact code deployments. Understand code freeze impact on customers.With our metrics API your team can cut through the noise to identify areas for improvement. Purpose built metrics API Rollbar Improve is designed to provide information through easily digestible metrics and historical trends to allow teams to understand their code and take action to improve their practices. Next actionSpeak to our team Not all error tracking tools are created equal. Speak to our team to learn more about Rollbar Improve. Contact us "Rollbar allows us to go from alerting to impact analysis and resolution in a matter of minutes. Without it we would be flying blind." Start continuously improving your code today. Set up LinkingFor general information about Rollbar's Git integration, check out the Source Control guide. Each line in your stack trace can be linked to your code in GitLab if it's hosted in a single repository. This has to be done once per project.Go to the Settings section of your project, then click on Source Control → GitLab or GitLab CE/EE.If you are using self-hosted GitLab CE or EE, please follow the instructions in GitLab as OAuth2 authentication service provider on the GitLab site. Rollbar's callback URL is Once you've successfully added the Rollbar app, GitLab will provide an Application ID and Secret. Enter these along with the URL for your GitLab Server, then continue with the setup process described below.Click on Connect to GitLab. You will be taken to an authorization page in GitLab. Click Authorize.Select a repository from the list of available repositories, enter the branch (default is 'master') and a project root within the repository (usually this can be left blank - click here for more details), then save the settings.Ensure you are sending the server.root key with your items. See here for more information.Viewing GitLab Source Code from RollbarOnce you've successfully connected to a GitLab repository, Rollbar error tracebacks and deploy reports will include links to specific lines of code and revisions in your repository.Issue TrackingFor general information about Rollbar's issue tracking features, check out the Issue Tracking guide. Visit the Settings page in Rollbar and go to Notifications. From the Notifications Settings you will select GitLab Issues from the list of "Available Channels".Click Connect with GitLabOnce you've authorized, you'll choose which repository to create your Issues in, and then click Enable GitLab Issues IntegrationNow you'll be able to customize the type of notifications and frequency you want to automatically create Issues in your GitLab Repos.Turn specific Items in Rollbar into Issues in GitLab. When viewing an Item in Rollbar simply click the button Create GitLab Issue to send the error details to GitLab.You can also link an Item in Rollbar to an existing GitLab Issue. When viewing an Item, select the drop down next to the GitLab button and then click Link existing GitLab Issue and copy and paste the URL for the GitLab Issue you would like to link.Congratulations! You have now integrated Rollbar with your GitLab account. Events from Rollbar will automatically create Issues in your GitLab repositories. If you want, you can customize the default rules by editing, adding, or deleting them.Code ContextRollbar can show additional lines of context for each entry in a traceback, saving you the trouble of jumping to your source code to figure out where exactly an exception occurred. View more detailed documentation." data-testid="RDMD">For general information about Rollbar's Git integration, check out the Source Control guide. Each line in your stack trace can be linked to your code in GitLab if it's hosted in a single repository. This has to be done once per project.Go to the Settings section of your project, then click on Source Control →GitHub - rollbar/rollbar-gem: Exception tracking and logging
Active / Resolved / Muted / Archived itemsIn Rollbar, all Items have a status that determines where they appear and how they behave. There are four statuses: Active, Resolved, Muted, and Archived.OverviewChances are you have multiple incoming occurrences in your Rollbar projects, grouped into items, appearing in your Item list, one after another. You also start to receive notifications pouring in your inbox. Now, you might as well keep your incoming items organized and clean by Rollbar’s useful options of:Setting up statuses for your items, that determine how they appear and behave,Triaging and rating them based on their severity level.This way you can make sure your item list is transparent, you will not be spammed by irrelevant notifications, provide clear visibility for your teams who manage the same project by appropriately triaging your errors and setting up the relevant severity level and status, to speed up the process of debugging, making sure everyone focuses their attention on the relevant things!ActiveAll items start as Active. In the Active state:The item can appear on the DashboardNotifications will be triggered on the first occurrence and when thresholds are crossed (according to notification rules)Occurrences count for billing purposesThe Active state is intended to represent an ongoing type of event happening in your application. It could represent a bug that has not yet been fixed, or an intermittent ongoing backend issue.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 APIResolved via commit message when that commit is deployedAutoresolved on deploy, when enabled (see Settings -> Deploys)Autoresolved after not occurring for a period of time, when enabled (see Settings -> Inactive Items)Items can change from Active to Muted in these ways:Manually changed by a user in the Rollbar UI (by pressing "Mute" or "Set Status" -> "Muted")Set via the Rollbar APIResolvedResolved items represent issues that are believed to be fixed. In the Resolved state:The item won't appear on the DashboardIf the item occurs again in a newer version of the code (or no version was specified), it will be "Reactivated". This will trigger a notification.Occurrences count for billing purposesWhen you believe you have fixed a bug, or if you want to be notified the next time it happens, mark it as Resolved.If possible, you should include the version that it is resolved in: this will preventGitHub - rollbar/rollbar-gem: Exception tracking and logging from
We're thrilled to introduce a major update to your Rollbar experience: the new Rollbar Dashboard! Designed with your workflow in mind, this dashboard provides an intuitive, customizable view of your application’s item activity and project setup, all in one place. Occurrence CardThe Occurrence Card has been updated with a new design. It will still be familiar with all the same features, including comparing your current occurrences with previous periods to identify trends and spikes, filtering by project, environment, or item levels to focus on what matters most to you, and seeing detailed tables of occurrences, activations, item levels, and deploys.Explore More CardsBut there's more! Your new dashboard comes with a suite of additional cards, ready for you to explore and customize. Simply click on the dashboard menu to reveal:These cards provide a comprehensive view of your Rollbar environment, allowing you to tailor the dashboard to your needs. Just click the new 3 dot menu in the top right corner to add additional cards to your dashboard.Future EnhancementsWait! We’re not stopping there! We’re working on making these cards shareable so you can collaborate more effectively with your team. Additionally, we’re developing new cards based on your top requested data, ensuring you have all the information you need at your fingertips.Experience the new Rollbar Dashboard and take control of your application's health and performance. We can’t wait to hear your feedback (email us at [email protected]) and how you use these powerful new tools!. There are currently six libraries in this repository: rollbar-api; rollbar-java; rollbar-web; rollbar-android; rollbar-log4j2; rollbar-logback; rollbar-api is a set of data objects representing Rollbar for WordPress, free and safe download. Rollbar latest version: Efficient Error Tracking with Rollbar for WordPress. Rollbar is a powerful plugAlison’s story with Rollbar
Modern software development is a high-pressure affair. Competition means getting to market faster with higher quality code and being able to release software quicker, monitor it and both find and fix problems quickly. By using modern tools and building a new approach and workflow to allow for monitoring, observability, and intelligent and actionable alerts it is possible to achieve faster release cycles with higher code quality. Google promotes the DORA metrics for helping organizations become elite at developing and releasing code. These metrics support approaches like Continuous Code Improvement (CCI) in achieving those high levels of code quality and performance. Tools like Rollbar and Datadog have a part to play in achieving good levels of these metrics, along with your code repository tools, your communication tools and your design approach.Like any other highly skilled endeavour, the craft of software engineering is helped by using the best tools for the job. Rollbar provides industry leading error monitoring in real-time with AI-powered error grouping. Datadog provides industry leading observability into modern applications. While both tools can do parts of what the other can do, they aren’t as good. You wouldn’t use a hacksaw to cut wood for framing and you wouldn’t use a circular saw for cutting metal pipe. It just makes sense to use Rollbar for debugging and error monitoring and Datadog for observability. By taking a little time to integrate the two tools and have them work together you will reap additional benefits throughout your SDLC and also find synergies and features that you might not be making the most of right now.See more of how Datadog and Rollbar, together, can help your organization.Comments
To be configured in the SDK. More details in this post.Items can change from Resolved to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" or "Set Status" -> "Active")Set via the Rollbar APIAutomatically on the next occurrence of the same item (subject to the version constraint described above)Items can change from Resolved to Muted in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" then "Mute")Set via the Rollbar APIMuted items represent issues that are not currently worth investigating. In the Muted state:The item won't appear on the DashboardIf the item occurs again, it will remain MutedOccurrences count for billing purposesIf you have an item that you consider a non-issue, or otherwise don't plan to do anything about soon, you can Mute it so it stays out of sight.Muted items are still indexed, searchable, etc. and can be changed back to Active at any time. For this reason, occurrences of Muted items do count for billing purposes. If you need to reduce your usage, you should set a rate limit or filter it before it is sent to Rollbar.Items can change from Muted to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Unmute" or "Set Status" -> "Muted")Set via the Rollbar APIItems can change from Muted to Resolved in these ways:Manually changed by a user in the Rollbar UI (by pressing "Set Status" -> "Resolved")Set via the Rollbar APIArchived items are group items that have had all of their member items unmerged from the group. Since the member items are all reassigned to their original item number, the group item is no longer needed.An example of an archived item's history, showing the merge that created the group item and the unmerge that archived it.An archived item is essentially dead, but the item is retained for its historical information. Re-merging the same member items will not reactivate the archived item, a new group item will be created.Updated over 1 year ago Table of ContentsActiveResolvedMutedArchived
2025-04-09It from being reactivated before you deploy the new code, or from being reactivated by clients that are still running the old code (this is especially important for mobile apps). Note that this functionality requires the 'code_version' to be configured in the SDK. More details in this post.Items can change from Resolved to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" or "Set Status" -> "Active")Set via the Rollbar APIAutomatically on the next occurrence of the same item (subject to the version constraint described above)Items can change from Resolved to Muted in these ways:Manually changed by a user in the Rollbar UI (by pressing "Reopen" then "Mute")Set via the Rollbar APIMutedMuted items represent issues that are not currently worth investigating. In the Muted state:The item won't appear on the DashboardIf the item occurs again, it will remain MutedOccurrences count for billing purposesIf you have an item that you consider a non-issue, or otherwise don't plan to do anything about soon, you can Mute it so it stays out of sight.Muted items are still indexed, searchable, etc. and can be changed back to Active at any time. For this reason, occurrences of Muted items do count for billing purposes. If you need to reduce your usage, you should set a rate limit or filter it before it is sent to Rollbar.Items can change from Muted to Active in these ways:Manually changed by a user in the Rollbar UI (by pressing "Unmute" or "Set Status" -> "Muted")Set via the Rollbar APIItems can change from Muted to Resolved in these ways:Manually changed by a user in the Rollbar UI (by pressing "Set Status" -> "Resolved")Set via the Rollbar APIArchivedArchived items are group items that have had all of their member items unmerged from the group. Since the member items are all reassigned to their original item number, the group item is no longer needed.An example of an archived item's history, showing the merge that created the group item and the unmerge that archived it.An archived item is essentially dead, but the item is retained for its historical information. Re-merging the same member items will not reactivate the archived item, a new group item will be created." data-testid="RDMD">In Rollbar, all Items have a status that determines where they appear and how they behave. There are four statuses: Active, Resolved, Muted, and Archived.Chances are you have multiple incoming
2025-04-07GitLab or GitLab CE/EE.If you are using self-hosted GitLab CE or EE, please follow the instructions in GitLab as OAuth2 authentication service provider on the GitLab site. Rollbar's callback URL is Once you've successfully added the Rollbar app, GitLab will provide an Application ID and Secret. Enter these along with the URL for your GitLab Server, then continue with the setup process described below.Click on Connect to GitLab. You will be taken to an authorization page in GitLab. Click Authorize.Select a repository from the list of available repositories, enter the branch (default is 'master') and a project root within the repository (usually this can be left blank - click here for more details), then save the settings.Ensure you are sending the server.root key with your items. See here for more information.Once you've successfully connected to a GitLab repository, Rollbar error tracebacks and deploy reports will include links to specific lines of code and revisions in your repository.For general information about Rollbar's issue tracking features, check out the Issue Tracking guide. Visit the Settings page in Rollbar and go to Notifications. From the Notifications Settings you will select GitLab Issues from the list of "Available Channels".Click Connect with GitLabOnce you've authorized, you'll choose which repository to create your Issues in, and then click Enable GitLab Issues IntegrationNow you'll be able to customize the type of notifications and frequency you want to automatically create Issues in your GitLab Repos.Turn specific Items in Rollbar into Issues in GitLab. When viewing an Item in Rollbar simply click the button Create GitLab Issue to send the error details to GitLab.You can also link an Item in Rollbar to an existing GitLab Issue. When viewing an Item, select the drop down next to the GitLab button and then click Link existing GitLab Issue and copy and paste the URL for the GitLab Issue you would like to link.Congratulations! You have now integrated Rollbar with your GitLab account. Events from Rollbar will automatically create Issues in your GitLab repositories. If you want, you can customize the default rules by editing, adding, or deleting them.Rollbar can show additional lines of context for each entry in a traceback, saving you the trouble of jumping to your source code to figure out where exactly an exception occurred. View more detailed documentation.Updated over 1 year ago Table of ContentsSet up LinkingViewing GitLab Source Code from RollbarIssue TrackingCode Context
2025-04-09Rollbar Improve is designed to provide information through easily digestible metrics and historical trends to allow teams to understand their code and take action to improve their practices. Code quality metrics Analyze large amounts of error data instantly. Understand your time to resolve, deploy frequency, number of customers impacted and number of errors. Spend more time innovating Tech debt and maintenance getting you down? It’s time to shift the balance back to innovating by reducing maintenance. Identify which errors impact the most customers and how often. Reduce the risk of bad deployments and customer impact.Drive product innovation without sacrificing code quality. Provide real actionable insights Rollbar provides teams with production data to drive continuous improvement. Identify high impact code deployments. Understand code freeze impact on customers.With our metrics API your team can cut through the noise to identify areas for improvement. Purpose built metrics API Rollbar Improve is designed to provide information through easily digestible metrics and historical trends to allow teams to understand their code and take action to improve their practices. Next actionSpeak to our team Not all error tracking tools are created equal. Speak to our team to learn more about Rollbar Improve. Contact us "Rollbar allows us to go from alerting to impact analysis and resolution in a matter of minutes. Without it we would be flying blind." Start continuously improving your code today.
2025-04-21Set up LinkingFor general information about Rollbar's Git integration, check out the Source Control guide. Each line in your stack trace can be linked to your code in GitLab if it's hosted in a single repository. This has to be done once per project.Go to the Settings section of your project, then click on Source Control → GitLab or GitLab CE/EE.If you are using self-hosted GitLab CE or EE, please follow the instructions in GitLab as OAuth2 authentication service provider on the GitLab site. Rollbar's callback URL is Once you've successfully added the Rollbar app, GitLab will provide an Application ID and Secret. Enter these along with the URL for your GitLab Server, then continue with the setup process described below.Click on Connect to GitLab. You will be taken to an authorization page in GitLab. Click Authorize.Select a repository from the list of available repositories, enter the branch (default is 'master') and a project root within the repository (usually this can be left blank - click here for more details), then save the settings.Ensure you are sending the server.root key with your items. See here for more information.Viewing GitLab Source Code from RollbarOnce you've successfully connected to a GitLab repository, Rollbar error tracebacks and deploy reports will include links to specific lines of code and revisions in your repository.Issue TrackingFor general information about Rollbar's issue tracking features, check out the Issue Tracking guide. Visit the Settings page in Rollbar and go to Notifications. From the Notifications Settings you will select GitLab Issues from the list of "Available Channels".Click Connect with GitLabOnce you've authorized, you'll choose which repository to create your Issues in, and then click Enable GitLab Issues IntegrationNow you'll be able to customize the type of notifications and frequency you want to automatically create Issues in your GitLab Repos.Turn specific Items in Rollbar into Issues in GitLab. When viewing an Item in Rollbar simply click the button Create GitLab Issue to send the error details to GitLab.You can also link an Item in Rollbar to an existing GitLab Issue. When viewing an Item, select the drop down next to the GitLab button and then click Link existing GitLab Issue and copy and paste the URL for the GitLab Issue you would like to link.Congratulations! You have now integrated Rollbar with your GitLab account. Events from Rollbar will automatically create Issues in your GitLab repositories. If you want, you can customize the default rules by editing, adding, or deleting them.Code ContextRollbar can show additional lines of context for each entry in a traceback, saving you the trouble of jumping to your source code to figure out where exactly an exception occurred. View more detailed documentation." data-testid="RDMD">For general information about Rollbar's Git integration, check out the Source Control guide. Each line in your stack trace can be linked to your code in GitLab if it's hosted in a single repository. This has to be done once per project.Go to the Settings section of your project, then click on Source Control →
2025-04-11Active / Resolved / Muted / Archived itemsIn Rollbar, all Items have a status that determines where they appear and how they behave. There are four statuses: Active, Resolved, Muted, and Archived.OverviewChances are you have multiple incoming occurrences in your Rollbar projects, grouped into items, appearing in your Item list, one after another. You also start to receive notifications pouring in your inbox. Now, you might as well keep your incoming items organized and clean by Rollbar’s useful options of:Setting up statuses for your items, that determine how they appear and behave,Triaging and rating them based on their severity level.This way you can make sure your item list is transparent, you will not be spammed by irrelevant notifications, provide clear visibility for your teams who manage the same project by appropriately triaging your errors and setting up the relevant severity level and status, to speed up the process of debugging, making sure everyone focuses their attention on the relevant things!ActiveAll items start as Active. In the Active state:The item can appear on the DashboardNotifications will be triggered on the first occurrence and when thresholds are crossed (according to notification rules)Occurrences count for billing purposesThe Active state is intended to represent an ongoing type of event happening in your application. It could represent a bug that has not yet been fixed, or an intermittent ongoing backend issue.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 APIResolved via commit message when that commit is deployedAutoresolved on deploy, when enabled (see Settings -> Deploys)Autoresolved after not occurring for a period of time, when enabled (see Settings -> Inactive Items)Items can change from Active to Muted in these ways:Manually changed by a user in the Rollbar UI (by pressing "Mute" or "Set Status" -> "Muted")Set via the Rollbar APIResolvedResolved items represent issues that are believed to be fixed. In the Resolved state:The item won't appear on the DashboardIf the item occurs again in a newer version of the code (or no version was specified), it will be "Reactivated". This will trigger a notification.Occurrences count for billing purposesWhen you believe you have fixed a bug, or if you want to be notified the next time it happens, mark it as Resolved.If possible, you should include the version that it is resolved in: this will prevent
2025-04-11