Bugsnag updates www.bugsnag.com

Update

When building Flutter apps for release you can strip the debug symbols for a lighter app package, which can dramatically reduce the size, as well as allowing for code obfuscation.

If you do this you need to upload the symbols files to Bugsnag in order to have readable stacktraces in your error reports. This was a rather fiddly process but we've just released tooling to automate it, for both Android and iOS builds. To get going, see the docs. 

Feature

Bugsnag's Ruby library now allows you to attach feature flag and experiment info to your error reports. This unlocks the Bugsnag Features Dashboard which allows you to quickly understand whether a feature flag or experiment is responsible for errors. 

Learn more about the Features Dashboard in our blog. To get started with features and experiments in Ruby read the docs for Rails, Rack, Rake, Sinatra, Que, Sidekiq or general Ruby. 

Update

Stack traces can contain a lot of information, to the point that it can sometimes be quite hard to see the wood for the trees. Usually the first thing a developer wants to know when looking at a stack trace is simply “what was the chain of function calls that led to this error?” But between full paths for source code files, long method signatures, template / generic arguments and attributes there can be a lot of noise, making this harder than it should be.

We’ve just rolled out some visual changes to simplify the data we show for Objective-C, Swift and C++ stack frames (including Android NDK, minidumps and Unreal Engine).

A gif speaks at least a 1000 words so see the changes in action 👇

To spell it out in a little more detail:

• For the 3 fields in each stack frame (module, source file and location, function) we show by default the simplest version we can. We remove the path from the file locations and attempt to reduce the function information down to its name.
• When the field is expandable we show an icon () next to it to allow you to toggle between the simplified and fuller views.
• If you shift-click the icon it will expand or collapse that field for all stack frames in the project.
• Android NDK stack traces now look like other C++ stack traces, which means the same error will look the same in x-platform C++ frameworks like Unreal Engine

If you have any feedback on this new feature please contact us through the Bugsnag dashboard.

Update

We have introduced a new way of uploading Android NDK component symbols. The improvements will give you:

• Faster build times, because the symbol files to upload to Bugsnag are quicker to generate
• More accurate symbolication
• The ability to use Bugsnag Android Gradle Plugin with NDK r23 or higher

To get started upgrade to version 7.4.0 of the Bugsnag Android Gradle plugin. See the docs for more details.

Update

Bugsnag’s support for Expo is now compatible with Expo Application Services (EAS) Build. By installing the Bugsnag config plugin to your Expo app you will get your source maps uploaded and your release tracked automatically.

To find out more see the docs.

Feature

Starting today you can assign errors to a team in addition to assigning to an individual collaborator.

Assigning errors is a great way to encourage ownership of errors and drive progress towards your stability goals. By assigning errors you can avoid errors being left unresolved by making teams or individuals accountable.

To begin assigning errors to a team, click the person icon on the error details page and find the team in the list.

Feature

Following hot on the heels of Bugsnag’s initial Flutter release, we have added:

• network breadcrumbs (docs)
• navigation breadcrumbs (docs)
• "native-first": support for Flutter components within existing iOS and Android apps (docs)

Click on the links above to get started, or see the changelog or our original Flutter blog post.

Update

Our .NET library is now officially compatible with all versions of .NET, including .NET Core, .NET 5 & 6 and .NET Framework.

Find out more in the changelog and our .NET docs.

Feature

We’ve added watchOS to our range of supported Apple platforms (alongside iOS, macOS, tvOS).

Unhandled exceptions are automatically captured by Bugsnag, allowing you to gain actionable insights into stability, and make data-driven decisions about prioritizing and fixing the bugs that matter.

Take a look at our docs to get started.

Feature

We're excited to support error monitoring and stability management for Flutter mobile applications. Now, you can automatically capture bugs impacting the user experience, gain actionable insights into stability, and make data-driven decisions about prioritizing and fixing the bugs that matter.

The new Flutter notifier library initially supports Android and iOS apps.

Check out our blog to learn more and get started by reading our docs.