3

my app doesn't currently crash BUT we are trying to make it very robust and one thing we are doing is keeping track of the time of "some event" until it is manually stopped by the user.

My Intended Implementation

This is how I was planning on implementing this. I was going to make it so when they submit the initial "event" it start timing and starts the initial time and the rest of the event in our SQLite database. Then a button appears on the same submit screen to STOP timing the event. We want to have accurate time tracking for the event. I would set a flag in preferences to say there is an event that is in progress and another preference with its unique id.

Concern

So my concern is this: if the app crashes or something bad happens, I want to give the person an option to change the end time for the event. I was going to do this in one of two ways: 1. Do a check when the app starts up again (if there is a way to do this) that asks if the flag is set still, and if the app just started up. Then give them this option to edit. 2. If it exists, call an onTerminate method or something that android uses when it closes EVEN if it crashed. Again, I don't know if this exists.

Any suggestions?

Jono
  • 3,393
  • 6
  • 33
  • 48
  • Sounds like you are looking for user persistant data. :) http://stackoverflow.com/a/3310108/940834 – IAmGroot Aug 17 '12 at 21:59
  • Sorry thats not what I'm asking, but thank you! I already use persistent data, my question is more CAN I find out if an application has just been opened? Because I have many views so onCreate is often called and usually its not when the app opens the first time. Secondly I'd like to know if there is a method that is always called on an android whether it closes or it crashes. In my mind it would be called onTerminate or onCrash or something. – Jono Aug 17 '12 at 22:16
  • Again to clarify, I'm very comfortable my data is secure and I'm not worried about its storage at all. – Jono Aug 17 '12 at 22:17
  • 2
    @jQwierdy, Doomsknight- What I think Doomsknight is trying to say is, that you would use persistent data to store is the app has just opened or successfully closed. If you open your app and the persistent data says that is was already open, then you have suffered a crash. – ahodder Aug 17 '12 at 22:41
  • If you published your app on the market, I believe Android will send you those stats on its own (so long as the user clicks "send report" when the ANR/crash dialog pops up)... as of Froyo, Android 2.2 at least. – Alex Lockwood Aug 17 '12 at 23:40
  • Its going to be an internal app and I don't want to wait for that to happen. If there is no way to do this, just let me know. – Jono Aug 20 '12 at 18:39

1 Answers1

1

Issue a sendStickyBroadcast(Intent) with the state in the broadcast. At any later time register a null receiver for the sticky broadcast and you will have the last known broadcast state. Does not matter if it went down. So you might have one broadcast on startup etc.

and off course when app starts up again is ON_BOOT_COMPLETED intent broadcast which you will want to listen for.

Also DO NOT count on Android calling any particular methods on crash.

The general principal is this: If there is something important to save (ncluding state), do it immediately like issuing stickyBroadcast or store as a SharedPreference. Don't wait for any particular callbacks or crash event handling. There is nothing that cannot be handled by just saving state information immediately and handling ON_BOOT_COMPLETE or checking if first startup value in SharedPreferences. This is really no different than checksums. Starting your event is the beginning of a message. You should have an end of message too. Or end of event event. If you don't see it you did not succeed. Just issue last state frequently, and recover accordingly.

Code Droid
  • 10,344
  • 17
  • 72
  • 112