Acabo de recibir la actualización para Hangouts 2.0, la instalé y habilitéSMS → Turn on SMS. Ahora mi aplicación, que funciona con Android 4.3, ya no puede recibir SMS, es decir, mi BroadcastReceiver paraSMS_RECEIVED ya no se llama :-(

Tan pronto como lo deshabiliteTurn on SMS en Hangouts 2.0, mi aplicación puede recibir intenciones SMS_RECEIVED nuevamente.

El receptor de Broadcast está registrado en el Manifiesto así.

AndroidManifest.xml

…
<receiver android:name=".SMSReceiver" >
    <intent-filter>
        <action android:name="android.provider.Telephony.SMS_RECEIVED" />
    </intent-filter>
</receiver>
…

SMSReceiver.java

public class SMSReceiver extends BroadcastReceiver {

    private static final Log LOG = Log.getLog();

    @Override
    public void onReceive(Context context, Intent intent) {
            LOG.d("onReceive");
            …
    }
}

Ya intenté cambiar la prioridad del receptor a INT_MAX o 999, que es laLa mayor prioridad posible a partir de la documentación del filtro de intención., pero sin éxito.Yo sé esoSMS_RECEIVED los intentos se envían ordenados y las aplicaciones de alta prioridad tienen la capacidad de abortar la transmisión.1 Pero parece poco probable que Hangouts 2.0 esté registrando elSMS_RECEIVED Receptor con alta prioridad y llamada.abortBroadcast(), por lo tanto evitando que cualquier otra aplicación reciba la intención.

Lo que más me confundió es que mi Pebble aún puede recibir SMS, incluso con Hangouts 2.0 como aplicación de SMS predeterminada. Me pregunto que hace Pebble diferente. Acabo de darme cuenta de que la notificación de SMS entrante en mi Pebble ya no son notificaciones de nuevos SMS recibidos por la aplicación Pebble, sino que son notificaciones de "nuevo mensaje de Hangout" causadas por hangouts que reciben el SMS entrante. Así que la aplicación Pebble tampoco puede recibir mensajes de texto entrantes conSMS_RECEIVED.

En una nota al margen y no realmente relacionada con este problema, porque todavía estoy en Android 4.3 (pero mi aplicación apunta al SDK de nivel 19, Android 4.4 en caso de que sea importante) la publicación del blog de desarrolladores de Android de Google sobre elnueva API de SMS en Kitkat, dijo que nada cambiaría para las aplicaciones que usen solo SMS_RECEIVED y no intente escribir el SMS al proveedor de SMS.

1 Siempre creí que la transmisión de SMS_RECEIVED es abortable. Pero elAndroid 4.4 APIs site dice algo diferente: "... cuando llega un nuevo SMS escuchando la transmisión SMS_RECEIVED_ACTION, que es unano abortable emisión…"