A ativação do suporte por SMS no Hangouts 2.0 interrompe o BroadcastReceiver de SMS_RECEIVED no meu aplicativo

Acabei de receber a atualização do Hangouts 2.0, instalei-a e ativadaSMSTurn on SMS. Agora, meu aplicativo, executado no Android 4.3, não pode receber mais SMS, por exemplo, meu BroadcastReceiver paraSMS_RECEIVED não é mais chamado. :-(

Assim que desativarTurn on SMS no Hangouts 2.0, meu aplicativo pode receber intenções de SMS_RECEIVED novamente.

O receptor de Broadcast está registrado no Manifesto como este

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");
            …
    }
}

Eu já tentei mudar a prioridade do receptor para INT_MAX ou 999, que é omaior prioridade possível a partir da documentação do filtro de intenção, mas sem sucesso.Eu sei dissoSMS_RECEIVED as intenções são enviadas ordenadas e os aplicativos de alta prioridade têm a capacidade de interromper a transmissão.1 Mas parece improvável que o Hangouts 2.0 esteja registrandoSMS_RECEIVED receptor com alta prioridade e chamandoabortBroadcast(), portanto, impedindo que qualquer outro aplicativo receba a intenção.

O que me confundiu ainda mais é que meu Pebble ainda pode receber SMS, mesmo com o Hangouts 2.0 como aplicativo de SMS padrão. Eu me pergunto o que Pebble faz diferente? Acabei de notar que a notificação por SMS recebida no meu Pebble não é mais uma notificação para novos SMS recebidos pelo aplicativo Pebble, mas sim notificações de "nova mensagem do Hangout" causadas por hangouts que recebem o SMS recebido. Assim, o aplicativo Pebble também não pode receber mensagens de texto recebidasSMS_RECEIVED.

Em uma nota secundária e não relacionada a esse problema, porque ainda estou no Android 4.3 (mas meu aplicativo segmenta o nível 19 do SDK, o Android 4.4 no caso de ser importante) Postagem do Blog dos Desenvolvedores Android do Google sobre onova API do SMS em Kitkat, disse que nada mudaria para aplicativos usando apenas SMS_RECEIVED e não tentaria escrever o SMS para o Provedor de SMS.

1 Eu sempre acreditei que a transmissão SMS_RECEIVED é abortável. Mas oSite de APIs do Android 4.4 diz algo diferente: "... quando chega um novo SMS ouvindo a transmissão SMS_RECEIVED_ACTION, que é umnão abortável transmissão ... "

questionAnswers(5)

yourAnswerToTheQuestion