broadcastreceiver

I'm trying to pass an int value from my Service to the CallReceiver class, unfortunately the CallReceiver.value always equals 0, even after set with another value. When I'm trying to pass it as a parameter to the constructor situation is exactly the same, and so with the setter methods called from service. Is there really no way to pass there any data? Service: SharedPreferences settings = getSharedPreferences("SETTINGS", 0); int value = settings.getInt("value1", 0); // here the correct value is present, not 0. CallReceiver mCallReceiver = new CallReceiver(); CallReceiver.value = value;

The below code should describe an app where once the widget button is clicked, it sends off an intent that should be received by TestReceiver. However, in running my below code, the onReceive of TestReceiver is never called. Could someone let me know what I'm doing wrong? Widget code public class Widget extends AppWidgetProvider { public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) { final int N = appWidgetIds.length; // Perform this loop procedure for each App Widget that belongs to this provider for (int i=0; i<N; i++) { int appWidgetId = appWidgetIds

I have seen posts where it was mentioned registerReceiver has to be called (not defined in manifest) to receive ACTION_BATTERY_LOW intent. public class MainActivity extends Activity { @Override public void onCreate(Bundle savedInstanceState) { //.... registerReceiver(new BatteryLevelReceiver(), new IntentFilter( Intent.ACTION_BATTERY_LOW)); } // ....... } BroadcastReceiver public class BatteryLevelReceiver extends BroadcastReceiver { private static final String TAG = BatteryLevelReceiver.class.getSimpleName(); @Override public void onReceive(Context context, Intent intent) { Log.d(TAG,

I have a broadcastreceiver called by an Alarm (scheduled with AlarmManager). In this receiver I'm only querying a register from the database, and launching a notification. I readed that a wake lock is needed when a service or an activity is started from a broadcast receiver, but, do I need a wake lock if I only want to show a notificacion (in the notification panel)? In this receiver I'm only querying a register from the database, and launching a notification. Do not do database I/O on the main application thread. I readed that a wake lock is needed when a service or an activity is started

I am using my custom broadcast receiver as follows to track UTM parameters. <receiver android:name=".services.CustomInstallListener" android:exported="true"> <intent-filter> <action android:name="com.android.vending.INSTALL_REFERRER" /> </intent-filter> </receiver> public class CustomInstallListener extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { if (intent.hasExtra("referrer")) { String data = intent.getStringExtra("referrer"); String referrers[] = data.split("&"); for (String referrerValue : referrers) { String keyValue[] = referrerValue.split("=

Is this true? Only one BroadcastReceiver class can be specified per application. Should you need to incorporate two or more BroadcastReceivers from different SDKs, you will need to create your own BroadcastReceiver class that will receive all broadcasts and call the appropriate BroadcastReceivers for each type of Broadcast. http://code.google.com/apis/analytics/docs/mobile/android.html#google-play-tracking There is no mention of this in the manifest documentation for <receiver/> http://developer.android.com/guide/topics/manifest/receiver-element.html The quoted passage is from the

I work in a company that produces several apps, not all those apps have the same signature or more like it we have at least 5-6 apps certificates for the time being. We tried to create a mechanism in which all the companie's apps on the same device share the same is, For example if user installed from the market App A and no app installed, a new ID will be generated, if now he installs App A, app B should have the same id as App A(id is just a generated UUID type #4) etc... We are using broadcast at the moment and only apps with our permission can receive that broadcast and send back the id