Misses some of them. For example, on Fabric it says my app is 98.6% crash free, but on Flurry, it states my app is a little higher than that. If I look at the actually crashes Flurry does not seem to report the corona splash screen crash (I don’t own the plugin) but Fabric does:
-[AppDelegate hideSplashScreen] + 485215
The fabric plugin also gives you hints (flurry does not) if it knows why the crash is occurring. So for this error, for example, it lets me know that corona splash screen crash:
Based on the stack trace displayed here, it looks like new calls triggering OpenGL rendering took place while the app was transitioning to, or from, a background state. If you set up OpenGL drawing in your app delegate’s methods, make sure that you only did so in applicationDidBecomeActive:, never in application:willFinishLaunchingWithOptions: or application:didFinishLaunchingWithOptions:.
Fabric will also send you real-time alerts if a percentage of users are getting an error. Together with those alerts and some insight and the patcher plugin you can fix a bug that slipped by very quickly.
I like Flurry a lot. I am also part of their beta testers for new features and some of the new features are really cool and easy to use. No idea if they’ll ever make it out of beta and then into corona plugin.
As far as Fabric and the other thread, I don’t know about all that is being said there. But my experience has been that as long as you don’t send Answers events you don’t get that many crashes on iOS. On Andriod, 1 Answer event will result in 1 Crash. So for every event that you want to send in, you will also get 1 crash report (the event will not get written).