Repository files navigation

Aardvark makes it dead simple to create actionable bug reports.

Aardvark is made up of a collection of frameworks that provide different bug reporting and logging components.

• CoreAardvark - The core structures for Aardvark. Safe to run in app extensions.
• Aardvark - The core tools for building a bug report.
• AardvarkMailUI - A bug reporter implementation that sends the bug report via an email composer.
• AardvarkLoggingUI - UI components for viewing Aardvark logs in an iOS app.

There are only three steps to get Aardvark logging and bug reporting up and running.

The easiest way to get Aardvark up and running is to add a dependency on the AardvarkMailUI framework.

pod 'AardvarkMailUI'

github "Square/Aardvark"

Manually checkout the submodule withgit submodule add git@github.com:Square/Aardvark.git, drag Aardvark.xcodeproj to your project, and add AardvarkMailUI as a build dependency.

It is best to do this when you load your application’s UI.

In Swift:

Aardvark.addDefaultBugReportingGestureWithEmailBugReporter(withRecipient:)

In Objective-C:

[AardvarkaddDefaultBugReportingGestureWithEmailBugReporterWithRecipient:]

In Swift, replace calls toprint withlog. In Objective-C, replace calls toNSLog withARKLog.

After doing the above, your users can report a bug by making a two-finger long-press gesture. This gesture triggers a UIAlert asking the user what went wrong. When the user enters this information, an email bug report is generated complete with an attached app screenshot and a text file containing the last 2000 logs. Screenshots are created and stored within Aardvark and do not require camera roll access.

Want to look at logs on device? Add the AardvarkLoggingUI framework as a dependency and push an instance ofARKLogTableViewController onto the screen to view your logs.

Logs are distributed to loggers on an internal background queue that will never slow down your app. Logs observed by the log store are incrementally appended to disk and not stored in memory.

To turn on logging of uncaught exceptions, callARKEnableLogOnUncaughtException(). When an uncaught exception occurs, the stack trace will be logged to the default log distributor. To test this out in the sample app, hold one finger down on the screen for at least 5 seconds.

Once the exception is logged, it will be propogated to any existing uncaught exception handler. By default, the exception will be logged to the default log distributor. To log to a different distributor, callARKEnableLogOnUncaughtExceptionToLogDistributor(...). You can enable logging to multiple log distributors by calling the method multiple times.

Want to customize how bug reports are filed? Pass your own object conforming to theARKBugReporter protocol and the desired subclass ofUIGestureRecognizer to[Aardvark addBugReporter:triggeringGestureRecognizerClass:]. You can further customize how bug reports will be triggered by modifying the returned gesture recognizer.

Want to change how logs are formatted? Or use different log files for different features? Or send your logs to third party services? Check out thelogging documentation.

Want to log with Aardvark but don’t want to use Aardvark’s bug reporting tool? Change the dependency to be onAardvark and skip step #2 in the Getting Started guide.

• AardvarkReveal provides components for generating a bug report attachment containing aReveal file, which can be a huge help in debugging UI issues.
• AardvarkCrashReport provides components for generating a bug report attachment containing a crash report, either from a crash on the prior app launch or a live report showing the current state of each thread.

• Xcode 14.0 or later
• iOS 14.0 or later
• watchOS 7.0 or later

We’re glad you’re interested in Aardvark, and we’d love to see where you take it. Please read ourcontributing guidelines prior to submitting a Pull Request.

Thanks, and happy logging!