ACTION_MY_PACKAGE_REPLACED pas reçu

Je suis en utilisant ACTION_MY_PACKAGE_REPLACED à recevoir lorsque mon application est mise à jour ou resinstalled.
Mon problème est que l'événement n'est jamais déclenchée (j'ai essayé Eclipse et réel de l'appareil).
C'est ce que je fais:

Manifeste:

<receiver android:name=".MyEventReceiver" >
    <intent-filter android:priority="1000" >
        <action android:name="android.intent.action.ACTION_MY_PACKAGE_REPLACED" />
    </intent-filter>
</receiver>

Code:

public class MyEventReceiver extends BroadcastReceiver
{  
   @Override public void onReceive(Context context, Intent intent)
   {  
      if ("android.intent.action.ACTION_MY_PACKAGE_REPLACED".equals(intent.getAction())) 
      {  //Restart services
      }
   }      
}

Ce code est simple, en vrai j'ai utilisé d'autres événements comme BOOT_COMPLETED et d'autres, et ils travaillent, mais ACTION_MY_PACKAGE_REPLACED.
Merci.

Vous avez deux problèmes. Votre nom d'action est mal; il ne doit pas inclure le ACTION_ préfixe. Aussi, MY_PACKAGE_REPLACED est pour API 12+.

InformationsquelleAutor Ton | 2012-10-01

android broadcastreceiver

22

pour une raison quelconque, un google developer (nommé "Dianne Hackborn") pense qu'il est possible de s'inscrire à la PACKAGE_REPLACED intention de l'application actuelle seul (lien ici).

cependant, je ne peux pas trouver un moyen de le faire correctement, j'ai donc fait un compromis: il va utiliser la nouvelle API lorsque disponible.

Malheureusement, je ne peux pas savoir pourquoi il ne peut pas être débogué, mais il fonctionne (vous pouvez écrire dans le journal si vous le souhaitez).

voici le code:

manifeste:
```
    <receiver
        android:name=".OnUpgradeBroadcastReceiver"
        android:enabled="@bool/is_at_most_api_11" >
        <intent-filter>
            <action android:name="android.intent.action.PACKAGE_REPLACED" />
            <data android:scheme="package" />
        </intent-filter>
    </receiver>
    <receiver
        android:name=".OnUpgradeBroadcastReceiver"
        android:enabled="@bool/is_at_least_api_12" >
        <intent-filter>
            <action android:name="android.intent.action.MY_PACKAGE_REPLACED" />
        </intent-filter>
    </receiver>
```
res/values/version_checks.xml
```
<?xml version="1.0" encoding="utf-8"?>
<resources>

    <item name="is_at_least_api_12" type="bool">false</item>
    <item name="is_at_most_api_11" type="bool">true</item>

</resources>
```
res/values-v12/version_checks.xml
```
<?xml version="1.0" encoding="utf-8"?>
<resources>

    <item name="is_at_least_api_12" type="bool">true</item>
    <item name="is_at_most_api_11" type="bool">false</item>

</resources>
```
OnUpgradeBroadcastReceiver.java
```
public class OnUpgradeBroadcastReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(final Context context, final Intent intent) {
        if (VERSION.SDK_INT <= VERSION_CODES.HONEYCOMB
                && !context.getPackageName().equals(intent.getData().getSchemeSpecificPart())) {
            android.util.Log.d("AppLog", "other apps were upgraded");
            return;
        }
        android.util.Log.d("AppLog", "current app was upgraded");
```
- Vous devez ajouter android:debuggable="true" et android:exportées="true" pour votre manifeste de la déclaration afin d'être en mesure de déboguer le récepteur. par exemple, <receiver android:debuggable="true" android:exported="true" android:name=".OnUpgradeBroadcastReceiver">
- mais c'est déjà debuggable comme je l'ai couru à partir d'Eclipse... je pense aussi qu'il est exporté depuis c'est la manière dont il est l'intention du système.... Assurez-vous qu'il le corrige? si oui, c'est bizarre.
- Ne savait jamais sur <item name="x" type="bool">false</item>, toujours utilisé le plus court <bool name="x">false</bool>
- Cela ne fonctionne pas plus, parce que de manifester de fusion questions: stackoverflow.com/questions/24447663/...
- Ainsi, vous pouvez arrêter d'utiliser la fusion, ou tout simplement de placer la déclaration du récepteur sur le principal fichier de manifeste de la place de la bibliothèque, de la , droite?
- J'ai besoin de la fusion, et la déclaration sur le principal fichier de manifeste (je suppose, c'est mon manifeste de l'application). Je viens d'envoyer une autre réponse totalement basé sur le vôtre, qui a été extrêmement utile: stackoverflow.com/a/27760075/423171
- Je voulais le mettre uniquement sur le principal fichier de manifeste, ce qui signifie que vous n'avez pas besoin d'utiliser la fusion de toute façon.
- classique de travail pour moi dans eclipse
InformationsquelleAutor android developer
14

La accepté de répondre à ne fonctionne plus avec Android Studio 1.0+ car manifeste de la fusion des problèmes, comme on le voit ici. Totalement axé sur android du développeur répondre, j'ai résolu le problème grâce à la mise en œuvre:

AndroidManifest.xml:
```
<receiver android:name=".UpdateReceiver$LegacyUpdateReceiver" android:enabled="@bool/shouldUseActionPackageReplaced" >
    <intent-filter>
        <action android:name="android.intent.action.PACKAGE_REPLACED" />
        <data android:scheme="package" />
    </intent-filter>
</receiver>
<receiver android:name=".UpdateReceiver" android:enabled="@bool/shouldUseActionMyPackageReplaced" >
    <intent-filter>
        <action android:name="android.intent.action.MY_PACKAGE_REPLACED" />
    </intent-filter>
</receiver>
```
/res/values/resources.xml:
```
<?xml version="1.0" encoding="utf-8"?>
<resources>
    <bool name="shouldUseActionPackageReplaced">true</bool>
    <bool name="shouldUseActionMyPackageReplaced">false</bool>
</resources>
```
/res/values-v12/resources.xml:
```
<?xml version="1.0" encoding="utf-8"?>
<resources>
    <bool name="shouldUseActionPackageReplaced">false</bool>
    <bool name="shouldUseActionMyPackageReplaced">true</bool>
</resources>
```
UpdateReceiver.java:
```
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;

public class UpdateReceiver extends BroadcastReceiver
{
    public static class LegacyUpdateReceiver extends BroadcastReceiver
    {
        @Override
        public void onReceive(Context context, Intent intent)
        {
            if (intent != null && intent.getData() != null && context.getPackageName().equals(intent.getData().getSchemeSpecificPart()))
            {
                onUpdate(context);
            }
        }
    }

    @Override
    public void onReceive(Context context, Intent intent)
    {
        onUpdate(context);
    }

    public static void onUpdate(Context context)
    {
        Log.d("LOG", "Current app updated");
    }
}
```
- ce qui est différent ici exactement de ce que j'ai écrit? Avez-vous venez d'ajouter "getcontexteapplication" ? Aussi, si vous avez trouvé un bug sur Android-Studio (ou Android), vous devez post à ce sujet ici: code.google.com/p/android/issues/list
- Ce n'est pas un bug, c'est juste que le nouveau manifeste de la fusion ne prend pas en charge ce que vous faites. Et ce qui est différent, dites-vous? Vous ne pouvez pas utiliser la même classe pour les deux récepteurs différents. Donc, si vous regardez mon code, j'ai utilisé un intérieur de classe statique dans l'un des récepteurs, respectant ainsi le nouveau manifeste de la fusion et en même temps éviter de fichiers java pour la même tâche. Autres que que tout est équivalent, bien sûr, et j'ai juste ajouté ça à cause des réponses dans StackOverflow doit être autonome.
- Aussi, veuillez suivre les liens que j'ai fournis si vous êtes intéressé à en apprendre pourquoi votre solution ne fonctionne pas dès maintenant sur l'Android Studio. De même, veuillez jeter un coup d'oeil au code, ou même essayer d'abord votre code et puis mine dans Android Studio 1.0+ si vous ne parvenez toujours pas à voir ce qui est différent, parce que je suis conscient que je ne peux pas l'expliquer plus en détail.
- Pour moi, il semble que, parce que vous avez eu à effectuer des étapes supplémentaires, c'est un bug (car sans la fusion, il aurait travaillé). Si vous ne souhaitez pas publier le rapport de bug par vous-même, pouvez-vous s'il vous plaît partager un réduit de l'échantillon qui montre le problème? Je peux poster pour vous.
- Vous pouvez voir un échantillon et l'erreur étant donné posté par quelqu'un d'autre dans un des liens que j'ai déjà fourni sur la réponse! Le copier à nouveau pour vous ici... stackoverflow.com/q/24447663/423171
- Je voulais dire un ensemble de ce projet, que je peux importer et de voir qu'il se produit. Quelque chose que je peux également le téléchargement de Google groupes.
- Vous avez toutes les ressources dont vous avez besoin pour créer un projet par vous-même. En fait, c'est dans votre propre réponse où le "bug" est affiché, il vous suffit de le compiler avec la dernière version d'Android Studio et plugin gradle. Je pense que cette conversation est très inutile, j'ai posté une assez clair, motivé réponse qui résout votre rompu réponse. Si vous voulez faire quelque chose d'autre, c'est toi qui doit faire cet effort.
- Je suis désolé que vous vous sentez de cette façon. C'est juste que je n'ai jamais utilisé la fonctionnalité fusion à cause de tous les problèmes que j'ai vu qui ont eu lieu lors de son utilisation. N'essayez pas de nouveau récemment, donc j'espérais que vous pourriez faire part de votre projet afin de montrer comment les choses devraient être faites, et pour montrer que la question elle-même qui je puisse en parler. Je n'avais pas vraiment l'intention de vous rendre en colère. Désolé.
- Je ne voulais pas paraître impoli. C'est juste que je ne comprends pas les raisons de votre demande. Je n'ai pas à "utiliser la fonctionnalité fusion" explicitement, il n'y a rien de spécial à propos de mon installation. Je l'ai déjà vu dans ma réponse la façon dont les choses doivent être faites maintenant, fondamentalement, n'utilisez pas le même android:name pour deux <receiver> éléments. Et la question est très clairement décrit dans les questions que j'ai lié. Vous n'avez qu'à copier les 4 fichiers fournis dans votre réponse et de le compiler pour le reproduire.
- ok, j'espère trouver le temps de travailler sur ce sujet, et aussi vous faire part de mes constatations.
- J'ai essayé de lire un vieux post, j'ai fait environ manifeste de la fusion (ici: stackoverflow.com/q/10976635) , mais maintenant, j'ai remarqué qu'ils ont changé complètement (ici: tools.android.com/tech-docs/new-build-system/user-guide/... ). La méthode avez-vous utilisé et comment? Aussi, j'ai remarqué que maintenant Android-Studio ne m'autorise pas à avoir les récepteurs de la façon dont j'ai essayé, comme il est dit qu'il y a 2 avec la même signature: "Erreur:... dupliqués à l'élément déclaré à AndroidManifest.xml"
- Oui, c'est ce que je vous ai dit. Je n'ai pas utiliser de méthode particulière, il suffit de mettre le tout par défaut. Donc, vous comprenez maintenant ma réponse?
- Oui, mais je ne sais pas comment vous avez fait de la fusion. Avez-vous d'utiliser le nouveau mode de fusion ou à l'ancienne? Qu'avez-vous fait exactement? EDIT: j'ai essayé, sans même lire l'énorme page web que je vous ai donné, et il semble que c'est automatique... Cela me semble bizarre... Donc maintenant il fonctionne... Mais le problème n'était pas de la fusion. Le problème était de la duplication. Même si vous n'utilisez pas une bibliothèque, vous aurez ce problème. Google doit ont changé les règles de la façon de mettre ces composants sur le manifeste.
- Oui, c'est le point.
- Je croyais que vous vouliez dire que la fusion a été le problème, c'est pourquoi j'ai aussi écrit que je dois poster ce sujet sur le bug tracker....
- Ainsi, l'erreur provient apparemment de le manifeste de fusion en fonction de la question que j'ai lié. Donc mon hypothèse est que le processus de fusion ou de ce que vous appeler que cela fonctionne même avec juste un manifeste.
- je ne suis pas d'obtenir ce droit ??? on dirait qu'il ya un problème avec mypackagereplaced
- TL;DR Comment cette réponse différer marquée comme étant correcte?
- Sur mon android Nougat, cette réponse n'est pas un travail. Pour la Sucette, il fonctionne comme un charme. Toute opinion? Merci.
InformationsquelleAutor cprcrack

À obtenir des informations de tous les utilisateurs, j'ai pu résoudre mon situation de cette façon.
Tous ont droit, avec peu de points à noter:

Dans le manifeste:

    <receiver android:name=".MyEventReceiver" >
        <intent-filter android:priority="1000" >
            <!--other actions I need-->
            <action android:name="android.intent.action.PACKAGE_REPLACED" />
            <data android:scheme="package"/>
        </intent-filter>
    </receiver>

Et code:

public class MyEventReceiver extends BroadcastReceiver
{     
    @Override public void onReceive(Context context, Intent intent)
    {  
       if(Intent.ACTION_PACKAGE_REPLACED.equals(intent.getAction())) 
       {   if(intent.getData().getSchemeSpecificPart().equals(context.getPackageName()))
           {  //Restart services.
           }
       }
    }      
}

Dans ma version Android (2.3 pain d'épice) je n'ai pas été en mesure d'utiliser MY_PACKAGE_REPLACED mais nous avons résolu en utilisant PACKAGE_REPLACED (conseillera de n'importe quelle application a été remplacé), mais de demander si c'est le nôtre avec:

 if(intent.getData().getSchemeSpecificPart().equals(context.getPackageName()))
 {
 }

Merci à tous

InformationsquelleAutor Ton

7

Je veux juste ajouter que mes deux pence vaut ici, parce que j'ai eu des problèmes pour obtenir que cela fonctionne et déboguer .. je suis en utilisant une Sucette de périphérique:

C'est le code que j'ai utilisé:
```
    <receiver android:name=".services.OnUpdateReceiver">
        <intent-filter>
            <action android:name="android.intent.action.MY_PACKAGE_REPLACED" />
        </intent-filter>
    </receiver>    
```
Pour le débogage, vous devez vous assurer que vous avez installé la mise à jour sur votre téléphone, via Eclipse de débogage est très bien, et ouvert l'application au moins une fois, alors vous pouvez simplement modifier votre configuration debug:
```
eclipse > run > debug configurations > launch action (do nothing) > then F11 like normal
```
Je confirme qu'il a travaillé en écrivant un petit fichier de la carte SD
- cette réponse est correcte! MY_PACKAGE_REPLACED ne fonctionnait pas avant pour moi, mais je SUPPRIMÉ <data android:scheme="package"/> qui était là, après avoir essayé avant PACKAGE_REPLACED
- Oui, a fait de même, a supprimé le régime de chose et il SEMBLE fonctionner (sur mes appareils au moins)
InformationsquelleAutor Steven Elliott
2

Êtes-vous essayer sur une API>=12 appareil/émulateur? Cette émission ne sera pas envoyé sur des cas antérieurs, comme il est d'API 12. Si vous avez besoin de votre app pour recevoir cette Pré-ICS et le vieux peigne de miel appareils,

essayer:
```
if (intent.getAction().equals(Intent.ACTION_PACKAGE_REPLACED)) {
  if (!intent.getData().getSchemeSpecificPart()
       .equals(context.getPackageName())) {
    return;
  }
}
```
- Merci. Eh bien, j'ai Aussi essayé ACTION_PACKAGE_REPLACED mais rien n'est déclenché. Et oui, l'Émulateur et le Périphérique sont de pain d'épice. Tout autre indice?
- Avez-vous d'ajouter le récepteur? en tant que <l'action android:name="android.l'intention.d'action.PACKAGE_REPLACED" /> et <data android:scheme="package" /> - je l'utiliser pour plusieurs de mes applications, et ils fonctionnent bien sur tous les appareils android >1.5
InformationsquelleAutor Edison

Simple Manifeste de travail dans toutes les version :

    <receiver
        android:name=".Receiver"
        android:enabled="true"
        android:exported="true" >
        <intent-filter>
            <action android:name="android.intent.action.PACKAGE_REPLACED" />
            <data android:scheme="package"/>
        </intent-filter>
        <intent-filter>
            <action android:name="android.intent.action.MY_PACKAGE_REPLACED" />
        </intent-filter>
    </receiver>

mais ce sera la cause de votre application à se réveiller à chaque fois TOUTES les (autres) app est remplacé sur les appareils avec l'API de 12 ou plus

InformationsquelleAutor Bouchehboun Saad

1

En fait, votre application va commencer à deux fois lorsque vous installez votre apk.
Une fois pour chaque récepteur que vous avez défini.

Lorsque vous êtes à l'Écoute de android.intent.action.PACKAGE_REPLACED alors vous devez vérifier que le nom-du-paquet dans le intent.getData()

Noter que intent.getData() sera Nulle lorsque c'est à partir de
android.intent.action.MY_PACKAGE_REPLACED

Je pense à l'aide de l'un d'entre eux est assez.

InformationsquelleAutor Omid Mehdizadeh
0

J'ai rencontré ce problème quand j'étais construction et l'installation de mon application sur Android Studio.
- Quand on fait normal build & run (sans débogage), j'ai résolu le problème en désactivant l'Instant Exécuter.
- Lors d'une build & run avec le débogage, je ne pouvais pas trouver un moyen de résoudre le problème.
InformationsquelleAutor Sam
-4

Vous devez ajouter schéma des données à l'intention de filtre comme ci-dessous
```
<receiver android:name=".MyEventReceiver" >
    <intent-filter android:priority="1000" >
        <action android:name="android.intent.action.ACTION_MY_PACKAGE_REPLACED" />
        <data android:scheme="package"/>
    </intent-filter>
</receiver>
```
- Selon le documentation, la valeur de la constante ACTION_MY_PACKAGE_REPLACED est android.intent.action.MY_PACKAGE_REPLACED sans ACTION_ partie.
- vous devriez utiliser l'Intention.ACTION_MY_PACKAGE_REPLACED, ce qui équivaut à "android.l'intention.d'action.MY_PACKAGE_REPLACED"
InformationsquelleAutor Rasel

Vous devez vous connecter pour publier un commentaire.