App Center Crashes (Cordova)
Important
Visual Studio App Center is scheduled for retirement on March 31, 2025. While you can continue to use Visual Studio App Center until it is fully retired, there are several recommended alternatives that you may consider migrating to.
Note
Support for Cordova Apps has ended in April 2022. Find more information in the App Center blog.
App Center Crashes will automatically generate a crash log every time your app crashes. The log is first written to the device's storage and when the user starts the app again, the crash report will be sent to App Center. Collecting crashes works for both beta and live apps, i.e. those submitted to the App Store. Crash logs contain valuable information for you to help fix the crash.
Follow the Getting Started section if you haven't set up the SDK in your application yet.
App Center Crashes provides you with an API to generate a test crash for easy testing of the SDK. This API can only be used in test/beta apps and won't do anything in production apps.
AppCenter.Crashes.generateTestCrash();
Note
Your Cordova app needs to be compiled in release mode for this crash to be sent to App Center.
App Center Crashes has two APIs that give you more information in case your app has crashed.
At any time after starting the SDK, you can check if the app received a memory warning in the previous session:
var success = function(hadLowMemoryWarning) {
console.log(`there was ${hadLowMemoryWarning ? "a" : "no"} memory warning`);
}
var error = function(error) {
console.error(error);
}
AppCenter.Crashes.hasReceivedMemoryWarningInLastSession(success, error);
Note
In some cases, running a device's memory low may not trigger trackable events.
At any time after starting the SDK, you can check if the app crashed in the previous launch:
var success = function(didCrash) {
console.log("there was " + (didCrash ? "a" : "no") + " crash");
}
var error = function(error) {
console.error(error);
}
AppCenter.Crashes.hasCrashedInLastSession(success, error);
This comes in handy in case you want to adjust the behavior or UI of your app after a crash has occurred. Some developers may want to show something to apologize to their users, or to get in touch after a crash has occurred.
If your app crashed previously, you can get details about the last crash.
var success = function(crashReport) {
//do something with crash report
}
var error = function(error) {
console.error(error);
}
AppCenter.Crashes.lastSessionCrashReport(success, error);
App Center Crashes provides abilities for developers to perform additional actions before and when sending crash logs to App Center.
You can configure SDK to send crash reports automatically or process crashes in JavaScript by changing preference APPCENTER_CRASHES_ALWAYS_SEND
value in config.xml. To process crashes in JavaScript set it to false
.
<preference name="APPCENTER_CRASHES_ALWAYS_SEND" value="false" />
Then you can use AppCenter.Crashes.process(processFunction, errorCallback)
method to customize crashes procession.
Pass false
to the sendCallback
if you want to decide if a particular crash needs to be processed or not. For example, there could be a system level crash that you'd want to ignore and that you don't want to send to App Center.
var errorCallback = function(error) {
console.error(error);
};
var processFunction = function(attachments, sendCallback) {
sendCallback(false); //crash won't be sent
};
AppCenter.Crashes.process(processFunction, errorCallback);
Otherwise, pass true
to the sendCallback
function, and the crash will be sent.
var errorCallback = function(error) {
console.error(error);
};
var processFunction = function(attachments, sendCallback) {
sendCallback(true); //crash will be sent
};
AppCenter.Crashes.process(processFunction, errorCallback);
Note
To use this feature you need to set APPCENTER_CRASHES_ALWAYS_SEND
preference value in config.xml to false
.
This feature is thus dependent on Processing Crashes in JavaScript.
You can add binary and text attachments to a crash report. The SDK will send them along with the crash so that you can see them in App Center portal. The following callback will be invoked right before sending stored crash from previous application launches, but not at the crash time. Be sure the attachment file is not named minidump.dmp
as that name is reserved for minidump files. Here is an example of how to attach a text and an image to a crash:
var errorCallback = function(error) {
console.error(error);
};
var processFunction = function(attachments, sendCallback) {
for (var i = 0; i < attachments.length; i++) {
attachments[i].addTextAttachment('Hello text attachment!', 'hello.txt');
var imageAsBase64string = '...';
attachments[i].addBinaryAttachment(imageAsBase64string, 'logo.png', 'image/png');
}
sendCallback(true); //crash will be sent
};
AppCenter.Crashes.process(processFunction, errorCallback);
Note
To use that feature you need to set APPCENTER_CRASHES_ALWAYS_SEND
preference value in config.xml to false
.
This feature is thus dependent on Processing Crashes in JavaScript.
Note
The size limit is currently 1.4 MB on Android and 7 MB on iOS. Attempting to send a larger attachment will trigger an error.
You can enable and disable App Center Crashes at runtime. If you disable it, the SDK won't do any crash reporting for the app.
var success = function() {
console.log("crashes disabled");
}
var error = function(error) {
console.error(error);
}
AppCenter.Crashes.setEnabled(false, success, error);
To enable App Center Crashes again, use the same API but pass true
as a parameter.
var success = function() {
console.log("crashes enabled");
}
var error = function(error) {
console.error(error);
}
AppCenter.Crashes.setEnabled(true, success, error);
The state is persisted in the device's storage across application launches.
You can also check whether App Center Crashes is enabled:
var success = function(result) {
console.log("crashes " + (result) ? "enabled" : "disabled");
}
var error = function(error) {
console.error(error);
}
AppCenter.Crashes.isEnabled(success, error);