Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn More

View all

Sign in to view all badges

Crashes report in iOS life cycle metrics

Avatar

Avatar
Validate 10
Level 4
JillsMatthew
Level 4

Likes

28 likes

Total Posts

68 posts

Correct Reply

23 solutions
Top badges earned
Validate 10
Validate 1
Boost 5
Boost 3
Boost 25
View profile

Avatar
Validate 10
Level 4
JillsMatthew
Level 4

Likes

28 likes

Total Posts

68 posts

Correct Reply

23 solutions
Top badges earned
Validate 10
Validate 1
Boost 5
Boost 3
Boost 25
View profile
JillsMatthew
Level 4

15-10-2015

Hi,

I have a question regarding Crashes report in iOS life cycle metrics. 
Can someone please explain how 'Crashes' report is tracked in SiteCatalyst?

"Triggered when the application does not exit gracefully. Event is sent on application start after crash (the application is considered to crash if quit is not called)."

We found the above in documentation, but we need more details. 

What is a quit and when is it called/triggers usually?

The reason why I'm asking is because we are seeing a massive increase in our crashes report since we launched our latest app version. But the new version traffic seems to be doing better than our previous versions.
The numbers we are seeing from SiteCatalyst aren’t the same we are seeing from Crittercism (10k vs 150k daily) – we’d like to understand what triggers the instance.
We don't have any idea why SiteCatalyst suddenly reports such an increase in Crashes report. 

Thanks

View Entire Topic

Avatar

Avatar
Boost 5
Employee
steve_benedick
Employee

Likes

13 likes

Total Posts

35 posts

Correct Reply

24 solutions
Top badges earned
Boost 5
Boost 3
Boost 10
Boost 1
Affirm 5
View profile

Avatar
Boost 5
Employee
steve_benedick
Employee

Likes

13 likes

Total Posts

35 posts

Correct Reply

24 solutions
Top badges earned
Boost 5
Boost 3
Boost 10
Boost 1
Affirm 5
View profile
steve_benedick
Employee

15-10-2015

First I'll tackle how we track crashing.  As the documentation states, when the app doesn't "exit gracefully", we send a crash on the next launch.  By exiting gracefully, all we mean is entering the backgrounded state (receiving the applicationDidEnterBackground notification from the OS) prior to the app closing.  Any time the user pushes the home button on their iOS device, the current app will be backgrounded (this includes pressing the button twice to pull up the app switcher for multitasking purposes).

 

There are couple common reasons why your SiteCatalyst data may be reporting higher number than Crashlytics or Crittercism:

  1. When the app is re-launched from the iOS Simulator while it is already running, the subsequent launch is reported as a crash.  This is because the app never gets background, Xcode terminates it while it is still the active app.
  2. Crashes due to running out of memory.  Crashlytics and Crittercism have to create their own objects to report your crashes, and they can't do that when your app is out of memory.  From our perspective, all we know is that the app exited when it was considered the foreground app, so the next launch is considered a crash.

 

Hope this helps.

 

steve benedick
mobile software engineer
Adobe Marketing Cloud