How to update a widget if the related service gets

Question

I have an audio recording app, for which I am currently developing a widget.

Recording is performed by an audio engine running in a service put in the foreground state.

Whenever the audio engine state changes to pause/play/record, a broadcast is sent, and handled by a receiver which updates the widget.

So that clicking on the record button in the widget starts recording, which causes the broadcast to be sent, and in the end the record button to turn red in the widget. Same thing happens if you start recording from within the app instead of the widget.

Everything's good so far.

Now, if the service gets killed for some reason, onDestroy() is not called and I don't have a chance to send a pause or shutdown broadcast so that the record button turns off. Result: the button stays red whereas recording has stopped.

This is some of the worst thing that can happen.

Why? The user takes a look at his home screen, he/she sees the red button and thinks recording is still being performed.

It's not like with music playback, where the user can notice when music stops playing through the headphones... With recording, you don't hear nothing if it stops.

I can understand the need for the system to kill services. I'm fine with that. I don't need the service to get restarted and all that.

But I need to update the widget if the service shuts down, so that the user is not misled, thinking that his interview/concert/rehearsal/memo is still being recorded, while it's not.

So how can I update the widget quickly if the service gets killed?

Answer 1

So how can I update the widget quickly if the service gets killed?

You can't. Hence, use startForeground() to indicate to Android that your service is part of the foreground user experience.

Answer 2

I have found what I consider to be an answer to my own question.

I return START_STICKY from onStartCommand() in my service.

If I manually kill the service from DDMS, I get this in logcat:

I/ActivityManager( 2500): Process com.foo.bar (pid 21874) has died.
W/ActivityManager( 2500): Scheduling restart of crashed service com.foo.bar/.FooBarService in 5000ms

And a few seconds later:

I/ActivityManager( 2500): Start proc com.foo.bar for service com.foo.bar/.FooBarService: pid=22036 uid=10107 gids={1015, 3003} 

The service does restart, and that allows me to send a broadcast from onStartCommand() to indicate that the audio engine is paused (I don't resume recording automatically).

The widget provider reacts to this broadcast and updates the widget appropriately.

This works on Froyo and solves my problem: the user is not misled when looking at the widget. Recording stopped because the engine crashed, and the widget reflects this.

It's not bullet-proof, as it relies on the system restarting the service automatically, but I think that's quite safe.

Answer 3

Foreground service's process will be killed when user swipes it away in recent tasks list.

At swipe moment android will call (*) you service's onTaskRemoved method. You can update your widget right there:

@Override
public void onTaskRemoved(Intent rootIntent) {
    Log.i(TAG, "onTaskRemoved, stopping service");

    AppWidgetManager widgetManager       = AppWidgetManager.getInstance(this);
    ComponentName    widgetComponentName = new ComponentName(this, MyWidgetProvider.class);
    widgetManager.updateAppWidget(widgetComponentName, buildWidgetRemoteViews());

    stopSelf();
}

If you call stopSelf inside onTaskRemoved, service will finish normally: onDestroy will be called and it will not be scheduled for restart.
If you do not call stopSelf, Android will kill process and continue as with usual service kill - according to onStartCommand return value:

• START_NOT_STICKY - service will not be restarted
• START_STICKY - service will be restarted with empty intent
• ... etc

Let me emphasis this - even if you don't call stopSelf, service will stop functioning right upon onTaskRemoved exit. So you can't send broadcast or schedule something on Handler. However, if you really want broadcast, use AlarmManager:

final int requestCode = 101;
final AlarmManager alarmManager = (AlarmManager) getSystemService(ALARM_SERVICE);
final PendingIntent clearWidget = PendingIntent.getBroadcast(
        this,
        requestCode,
        getClearWidgetIntent(),
        PendingIntent.FLAG_UPDATE_CURRENT);

// if broadcast arrives while process is shutting down, widget update may fail
// 100ms was always OK on devices I've tested and instantaneous for user
final long startDelay = 100;
alarmManager.set(AlarmManager.ELAPSED_REALTIME,
                 SystemClock.elapsedRealtime() + startDelay,
                 clearWidget);

I've faced the same problem as you and originally solved it the same way - cleared widget in onStartCommand. But on one of the devices service's restart has been always scheduled in 5 seconds, which is very visible to the user and makes a feeling of a slow app.

Notes:
*) actually it could be not called - see docs