- Please note: The HockeyApp Xamarin SDK by default includes the full version of the native HockeySDKs with all features.
For iOS, this means you'll have to include the key
NSPhotoLibraryUsageDescription
in your app'sInfo.plist
file - otherwise you risk an App Store rejection. Please read up on our blog on the reasoning behind this change. This does not apply to the iOS CrashOnly variant of course, as this is not including the feedback feature. - Namespace Change HockeySDK-Android and HockeySDK-iOS bindings moved to HockeyApp.Android and HockeyApp.iOS namespaces, respectively
- New PCL supported APIs
- MetricsManager
- .Disabled
- .TrackEvent(string eventName)
- .TrackEvent(string eventName, Dictionary<string, string> properties, Dictionary<string, double> measurements)
- CrashManager
- .DidCrashInLastSession
- Changelog
- MetricsManager
- Wraps HockeySDK-iOS 4.1.4 and HockeySDK-Android 4.1.3.
HockeySDK-Xamarin implements support for using HockeyApp in your iOS and Android applications. Please refer to the respective platform SDKs HockeySDK-iOS and HockeySDK-Android for advanced platform-specific behaviors
The following features are currently supported:
-
Collect crash reports: If your app crashes, a crash log is written to the device's storage. If the user starts the app again, they will be asked asked to submit the crash report to HockeyApp. This works for both beta and live apps, i.e. those submitted to the App Store. Crash logs contain viable information for you to help resolve the issue. Furthermore, you as a developer can add additional information to the report as well.
-
User Metrics: Understand user behavior to improve your app. Track usage through daily and monthly active users. Monitor crash impacted users. Measure customer engagement through session count. You can also track custom events and view the aggregate results on the HockeyApp dashboard. On Android, this feature requires a minimum API level of 14 (Android 4.x Ice Cream Sandwich).
-
Update Ad-Hoc / Enterprise apps: The app will check with HockeyApp if a new version for your Ad-Hoc or Enterprise build is available. If yes, it will show an alert view to the user and let him see the release notes, the version history and start the installation process right away.
-
Update notification for app store: The app will check if a new version for your app store release is available. If yes, it will show an alert view to the user and let him open your app in the App Store app. (Disabled by default!)
-
Feedback: Besides crash reports, collecting feedback from your users from within your app is a great option to help with improving your app. You act on and answer feedback directly from the HockeyApp backend.
-
Authenticate: To help you stay in control of closed tester groups, you can identify and authenticate users against your registered testers with the HockeyApp backend. The authentication feature supports several ways of authentication.
This document contains the following sections:
- Requirements
- Setup
- Obtain an App Identifier
- Integrate HockeySDK
- Add crash reporting
- Add user metrics
- Add custom events
- Add Update Distribution
- Add in-app feedback
- Add authentication
- Advanced setup
- Adding App ID to manifest (Android-Only)
- Permissions (Android-Only)
- Control output to LogCat
- Xamarin.Forms Project Integrate HockeySDK
- Documentation
- Troubleshooting
- Contributing
- Code of Conduct
- Contributor license
- Contact
- We assume that you have a project in Xamarin Studio, or Xamarin for Visual Studio.
- We assume you are not using other crash-analytic services on the same mobile application simultaneously.
Currently, the following platforms are supported:
- Xamarin.iOS
- Xamarin.Android
Please see the "How to create a new app" tutorial. This will provide you with an HockeyApp specific App Identifier to be used to initialize the SDK.
For each iOS and Android project desired, add the HockeySDK-Xamarin nuget package.
- Navigate to
Project -> Add NuGet Packages...
- Search for
HockeySDK.Xamarin
- Navigate
Project -> Manage NuGet Packages...
- Search
HockeySDK.Xamarin
This will add crash reporting capabilities to your app. Advanced ways to configure crash reporting are covered in advanced setup: iOS | Android
- Open your
AppDelegate.cs
file. - Add the following lines:
using HockeyApp.iOS;
namespace YourNameSpace {
[Register("AppDelegate")]
public partial class AppDelegate : UIApplicationDelegate {
public override bool FinishedLaunching(UIApplication application, NSDictionary launchOptions) {
var manager = BITHockeyManager.SharedHockeyManager;
manager.Configure("$Your_App_Id");
manager.StartManager();
manager.Authenticator.AuthenticateInstallation(); // This line is obsolete in crash only builds
}
}
}
Please make sure to replace $Your_App_Id
with the app identifier of your app, otherwise it will not work.
- Open your
MainActivity.cs
file. - Add the following lines:
using HockeyApp.Android;
namespace YourNameSpace {
[Activity(Label = "Your.App", MainLauncher = true, Icon = "@mipmap/icon")]
public class MainActivity : Activity {
protected override void OnCreate(Bundle savedInstanceState) {
base.OnCreate(savedInstanceState);
// ... your own OnCreate implementation
CrashManager.Register(this, "$Your_App_Id");
}
}
}
Please make sure to replace $Your_App_Id
with the app identifier of your app, otherwise it will not work.
When the app is resumed, the crash manager is triggered and checks if a new crash was created in a previous session. If yes, it presents a dialog to ask the user whether they want to send the crash log to HockeyApp. On app launch the crash manager registers a new exception handler to recognize app crashes.
HockeyApp automatically provides you with nice, intelligible, and informative metrics about how your app is used and by whom.
- Sessions: A new session is tracked by the SDK whenever the containing app is restarted (this refers to a 'cold start', i.e. when the app has not already been in memory prior to being launched) or whenever it becomes active again after having been in the background for 20 seconds or more.
- Users: The SDK anonymously tracks the users of your app by creating a random UUID.
- Batching & offline behavior: The SDK batches up to 50 events or waits for 15 seconds and then persists and sends the events, whichever comes first. So for sessions, this might actually mean, we send one single event per batch. If you are sending Custom Events, it can be 1 session event plus X of your Custom Events (up to 50 events per batch total). In case the device is offline, up to 50 batches (of up to 50 events) are stored until the SDK starts to reject and drop new events, logging an error.
On iOS the random UUID securely stored in the keychain, so that it persist across reinstallations. On iOS, User Metrics is enabled by default. If you want to turn off User Metrics, follow this code:
// add the HockeyApp namespace
using HockeyApp.iOS;
// in your FinishedLaunching-method add:
var manager = BITHockeyManager.SharedHockeyManager;
manager.Configure("$Your_App_Id");
manager.DisableMetricsManager = true;
manager.StartManager();
It is important that you set DisableMetricsManager
before you start the manager.
On Android, User Metrics is not automatically gathered, you have to start this manually:
// add the HockeyApp namespace
using HockeyApp.Android.Metrics;
// in your main activity OnCreate-method add:
MetricsManager.Register(Application, "$Your_App_Id");
HockeyApp allows you to track custom events to understand user actions inside your app.
Properties and measurements added to Custom Events are available in Application Insights Analytics as a preview. Please have a look at the public announcement to find out more.
Please note: To use custom events, please first make sure that User Metrics is set up correctly for your platform (e.g. you registered the MetricsManager on Android).
Tracking custom events on iOS and Android uses the same code:
- Make sure to add the correct namespace:
using HockeyApp;
using System.Collections.Generic;
- Track custom events like this:
HockeyApp.MetricsManager.TrackEvent("Custom Event");
if you want to add custom properties or measurements, use this:
HockeyApp.MetricsManager.TrackEvent(
"Custom Event",
new Dictionary<string, string> { { "property", "value" } },
new Dictionary<string, double> { { "time", 1.0 } }
)
This will add the in-app update mechanism to your app. Detailed configuration options are in the advanced setup sections for each platform: iOS | Android
The feature handles version updates, presents update and version information in an App Store like user interface, collects usage information and provides additional authorization options when using Ad-Hoc provisioning profiles.
To enable automatic in-app updates you need to make sure to add manager.Authenticator.AuthenticateInstallation();
after starting the SDK:
using HockeyApp.iOS;
var manager = BITHockeyManager.SharedHockeyManager;
manager.Configure("$Your_App_Id");
manager.StartManager();
manager.Authenticator.AuthenticateInstallation();
Please note: This module automatically disables itself when running in an App Store build by default.
If you manually want to disable the feature at some point, use this code:
using HockeyApp.iOS;
var manager = BITHockeyManager.SharedHockeyManager;
manager.Configure("$Your_App_Id");
manager.DisableUpdateManager = true;
manager.StartManager();
manager.Authenticator.AuthenticateInstallation();
If you want to see beta analytics, use the beta distribution feature with in-app updates, restrict versions to specific users. Or if you want to know who is actually testing your app, follow the instructions on our guide Authenticating Users on iOS.
- Open the activity where you want to inform the user about eventual updates. Typically you want to do this on startup of your main activity.
- Add the following code and make sure to always balance
register(…)
calls to SDK managers withunregister()
calls in the corresponding lifecycle callbacks:
using HockeyApp.Android;
namespace YourNameSpace {
[Activity(Label = "Your.App", MainLauncher = true, Icon = "@mipmap/icon")]
public class YourActivity : Activity {
protected override void OnCreate(Bundle savedInstanceState) {
base.OnCreate(savedInstanceState);
// Your own code to create the view
// ...
CheckForUpdates();
}
private void CheckForUpdates() {
// Remove this for store builds!
UpdateManager.Register(this, "$Your_App_Id");
}
private void UnregisterManagers() {
UpdateManager.Unregister();
}
protected override void OnPause() {
base.OnPause();
UnregisterManagers();
}
protected override void OnDestroy() {
base.OnDestroy();
UnregisterManagers();
}
}
}
When the activity is created, the update manager checks for new updates in the background. If it finds a new update, an alert dialog will be shown. If the user presses Show
in said dialog, they will be taken to the update activity. The reason to only do this once upon creation is that the update check causes network traffic and therefore potential costs for your users.
The feedback manager lets your users communicate directly with you via the app and an integrated user interface. It provides a single threaded discussion with a user running your app. Detailed configuration options are in the advanced setup sections for each platform: iOS | Android
- You'll typically only want to show the feedback interface upon user interaction, for this example, we assume you have a button
feedbackButton
in your view for this. - Add the following lines to your respective view controller/activity, handling the touch events and presenting the feedback interface:
You should never create your own instance of BITFeedbackManager
but use the one provided by the BITHockeyManager.sharedHockeyManager()
.
using HockeyApp.iOS;
namespace YourNameSpace {
{
[Register ("AppDelegate")]
public partial class AppDelegate : UIApplicationDelegate
{
public override bool FinishedLaunching(UIApplication application, NSDictionary launchOptions) {
{
// Initialise the Hockey SDK here
var manager = BITHockeyManager.SharedHockeyManager;
manager.Configure("$Your_App_Id");
manager.StartManager();
// Create button and add action for click event
var app = new App ();
var ShowFeedbackListViewButton = new Xamarin.Forms.Button {
Text = "Show Feedback List View"
};
ShowFeedbackListViewButton.Clicked += ShowFeedbackList;
app.AddChild (ShowFeedbackListViewButton);
}
private static void ShowFeedbackList(object sender, EventArgs e) {
// This is where the feedback form gets displayed
var feedbackManager = BITHockeyManager.SharedHockeyManager.FeedbackManager;
feedbackManager.ShowFeedbackListView ();
}
}
}
Please check the documentation of the BITFeedbackManager
class on more information on how to leverage this feature.
- You'll typically only want to show the feedback interface upon user interaction, for this example we assume you have a button
feedback_button
in your view for this. - Add the following lines to your respective activity, handling the touch events and showing the feedback interface:
using HockeyApp.Android;
namespace YourNameSpace {
public class YourActivity : Activitiy {
protected override void OnCreate(Bundle savedInstanceState) {
base.OnCreate(savedInstanceState);
// Your own code to create the view
// ...
FeedbackManager.Register(this, "$Your_App_Id");
Button feedbackButton = FindViewById<Button>(Resource.Id.feedback_button);
feedbackButton.Click += delegate {
FeedbackManager.ShowFeedbackActivity(ApplicationContext);
});
}
}
When the user taps on the feedback button, it will launch the feedback interface of the HockeySDK, where the user can create a new feedback discussion, add screenshots or other files for reference, and act on their previous feedback conversations.
Instructions for iOS Authentication can be found here.
You can force authentication of your users through the LoginManager
class. This will show a login screen to users if they are not fully authenticated to protect your app.
- Retrieve your app secret from the HockeyApp backend. You can find this on the app details page in the backend right next to the "App ID" value. Click "Show" to access it.
- Open the activity you want to protect, if you want to protect all of your app this will be your main activity.
- Add the following lines to this activity:
using HockeyApp.Android;
namespace YourNameSpace {
[Activity(Label = "Your.App", MainLauncher = true, Icon = "@mipmap/icon")]
public class YourActivity : Activity {
protected override void OnCreate(Bundle savedInstanceState) {
base.OnCreate(savedInstanceState);
// Your own code to create the view
// ...
LoginManager.Register(this, "$APP_SECRET", LoginManager.LOGIN_MODE_EMAIL_PASSWORD);
LoginManager.VerifyLogin(this, Intent);
}
}
}
Make sure to replace $APP_SECRET
with the value retrieved in step 1. This will launch the login activity every time a user launches your app.
Add the following assembly level attribute in Properties/AssemblyInfo.cs
[assembly: MetaData ("net.hockeyapp.android.appIdentifier", Value="Your-Api-Key")]
This will allow you to set your App ID once and simplify register calls
using HockeyApp.Android;
namespace YourNameSpace
{
[Activity(Label = "Your.App", MainLauncher = true, Icon = "@mipmap/icon")]
public class MainActivity : Activity
{
protected override void OnCreate(Bundle savedInstanceState)
{
base.OnCreate(savedInstanceState);
// ... your own OnCreate implementation
CrashManager.Register(this);
}
}
}
Permissions get automatically merged into your apps manifest. If your app does not use update distribution, you might consider removing the permission WRITE_EXTERNAL_STORAGE
- see the advanced permissions section for details.
You can control the amount of log messages from HockeySDK that show up in LogCat. By default, we keep the noise as low as possible, only errors will show up. To enable additional logging, i.e. while debugging, add the following line of code:
using HockeyApp.iOS;
var manager = BITHockeyManager.SharedHockeyManager;
manager.LogLevel = BITLogLevel.Debug;
manager.Configure("$Your_App_Id");
manager.StartManager();
There are five different log levels in total which give you a more granular control over how much information the SDK outputs to the console.
manager.LogLevel = BITLogLevel.Verbose;
manager.LogLevel = BITLogLevel.Debug;
manager.LogLevel = BITLogLevel.Warning;
manager.LogLevel = BITLogLevel.Error;
manager.LogLevel = BITLogLevel.None;
using HockeyApp.Android.Util;
HockeyLog.LogLevel = 3;
The different log levels match Android's own log levels.
HockeyLog.LogLevel = 2; // Verbose, show all log statements
HockeyLog.LogLevel = 3; // Debug, show most log statements – useful for debugging
HockeyLog.LogLevel = 4; // Info, show informative or higher log messages
HockeyLog.LogLevel = 5; // Warn, show warnings and errors
HockeyLog.LogLevel = 6; // Error, show only errors – the default log level
When adding HockeySDK-Xamarin to a Xamarin.Forms PCL Solution, add the nuget to the PCL, iOS, and Android project (Windows phone is not currently supported).
Initialization must be done in the individual iOS and Android projects as shown in Integrate HockeySDK. The PCL project will have access to a subset of shared non-configuration/initialization features.
Please refer to the Xamarin.Forms sample in /samples/HockeyAppSampleForms.sln
.
Our documentation can be found on HockeyApp and the respective GitHub repositories of the platform SDKs: iOS | Android
- Check if "$Your_App_Id" matches the App ID in HockeyApp.
- Check if the
Package name
inProject Options->Android Application
file matches the Bundle Identifier of the app in HockeyApp. HockeyApp accepts crashes only if both the App ID and the bundle identifier match their corresponding values in your app. Please note that the package value in yourAndroidManifest.xml
file might differ from the bundle identifier, this is normal. - If your app crashes and you start it again, does the dialog show up which asks the user to send the crash report? If not, please enable logging.
- If it still does not work, please contact us.
We're looking forward to your contributions via pull requests.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.
You must sign a Contributor License Agreement before submitting your pull request. To complete the Contributor License Agreement (CLA), you will need to submit a request via the form and then electronically sign the CLA when you receive the email containing the link to the document. You need to sign the CLA only once to cover submission to any Microsoft OSS project.
If you have further questions or are running into trouble that cannot be resolved by any of the steps here, feel free to open a GitHub issue here or contact us at [email protected] or in our public Slack channel.
Build Prerequisites:
- Mac OSX 10.11
- Xamarin.Android
- Xamarin.iOS
- XCode 7.2+
The file build.cake
is the main build script used to compile the SDK source. This script is running on the Cake build system. A bootstrapper.sh
file is provided to execute the build without installing cake explicitly.
You can build the source including all samples, nuget packages and components by executing the following command:
sh ./bootstrapper.sh -t all
You can alternatively execute the targets libs
, samples
, nuget
, or components
instead of all
.
The build script produces 3 separate components that are currently published on the Xamarin Component Store:
- HockeyApp for iOS
- HockeyApp for iOS (Crash Only)
- HockeyApp for Android
The build script produces a single NuGet package which contains binaries for and is installable on all the supported platforms.
Please see the LICENSE.md
file for details.