Toubleshooting Guide for GCM Wake-up - Greenify
GCM wake-up is considered to be one of the most unreliable feature among the experimental features, thus still stuck as donation-only.
There're many factors behind a working GCM push, and trouble with either may lead to the failure of the whole expectation.
Let's discuss the common misunderstandings first.
1. The GCM indicator in App Analyzer does not necessarily mean the app uses GCM for the very notification feature you are expecting.
The GCM indicator only means GCM-related code is in that app's package. But the app may use GCM only for some of its notifications, or only in some criterias, or even the worse, does not use at all. To find out the actual usage of GCM within an app, read the trouble shooting instructions below.
2. Not all notifications are backed by GCM push.
Most instant messaging apps and some social apps use hybrid implementation with GCM and persistent connection (in a background service) to deliver more reliable instant notification, than relying on GCM only. In this case, some of the notifications you have received may not even come from a GCM push.
Hiberated apps lose its background service and thus fall-back to a GCM-only solution, effectively reducing the reliability of notification. If you noticed obvious delay or loss of some notifications after greenifying, it's probably the case.
3. The latency of GCM is affected by many factors, most notably how your carrier restrict the persistent connection.
The foundation implementation of GCM itself is also a persistent connection to Google's server. That means if your devices failed to keep this persistent connection, the latency of GCM is out of control. Carriers all over the world do restrict persistent connection to preserve their limited capability of signalling resources (not the bandwidth), by dropping connections idle for a while. GCM use periodic heartbeat packets to keep the persistent connection, but the default interval of 28 minutes for mobile network is far beyond the connection dropping threshold of some carriers (varying from minutes to hours), causing the persistent connection to drop frequently. As a result, GCM push may delay in minutes, or even half an hour. There's also a few carriers in the world even block the connections to Google's server in most time(China for example), causing GCM totally out of work.
To reduce latency caused by carrier restriction on persistent connection, try "Push Notification Fixer".
Click to expand...
Click to collapse
Now if you believe your app failed to wake up by a GCM push, follow these instructions to find the cause:
1. Open and monitor the logcat (Android log system), either on a USB-connected computer, or on your device with tool app like CatLog.
2. Set the filter to only include keyword (or tag) "GCM".
3. Let's trigger an expected GCM push (by sending an instant message from another device or so). You will soon read a line like this in logcat upon the arrival of GCM push:
Code:
I/GCM﹕ GCM message com.joaomgcd.autoremote 0:1426418730738334%0#02db4288f9fd7ecd
This means Google Play services received the GCM message from Google's server and ready to deliver it to the corresponding app (indicated by the package name in the line, com.joaomgcd.autoremote in the example). If you cannot find this line in a reasonable time span, then it may be that app which lose the registion to GCM. Try logout and login your account, or clear the data of the app, or even uninstall and re-install it to restore its registration to GCM.
In all good situation, you should now receive the notification. If not, read on.
4. If the target app is hibernated before the arrive of GCM push and you have activated "GCM Wake-up" feature, then open Greenify ASAP (since it may hibernate again in a few minutes).
You will probably find that app is awake and listed in the "WILL HIBERNATE..." section. In this case, Greenify had managed to wake up the hibernated app and deliver the GCM message to it, but that app may failed to process it correctly and show a notification. This does happen to some apps which can't deal with GCM message upon wake-up. Try trigger another GCM push manually, if the notification shows up this time, that app falls into this category. It's hard to blame the developers for that, since they may not prepare for the arrival of GCM push when their background service is not running. So I'm still trying to figure out a better solution to make "GCM Wake-up" compatible with these apps.
5. If the app still stays hibernated, then the wake-up attempt might fail.
Back to the logcat, you probably read another line like this:
Code:
W/GCM-DMM﹕ broadcast intent callback: result=CANCELLED forIntent { act=com.google.android.c2dm.intent.RECEIVE pkg=com.joaomgcd.autoremote (has extras) }
It means the push is not delivered successfully. If you did activated "GCM Wake-up" but still read this line, then it may be Greenify's fault, except if you have disabled the notification of that app in system Settings - Apps - That App - Show notifications (unticked). Greenify checks this setting before trying to wake-up an app to deliver GCM push.
Note: As a reference, try "AutoRemoteLite" with its web interface to trigger GCM push.
Please report your finding in this thread with the detailed information:
Device model
ROM
Android version
Working mode of Greenify (Root or Boost)
Is "Deep Hibernation" also enabled.
and I'll try my best to help analyzing the issues.
Device:Xperia ZR C5502
ROM:CM12 UNOFFICIAL by @xenius9 Link:https://yadi.sk/d/dTadZHj_fCZKN
Greenify Donation Version 2.6 beta 6
Boost Mode
Deep Hibernation enabled.
Logs attached
Tapped from my furious ZR
Just tried that app Catlog with facebook and facebook messenger which are the only 2 apps i've in hybernation except for google plus which i turned off notification. Sooo.... When those apps are not greenified the gcm stuff seems to be received property... I can see also the gcm received in the google play service stuff for the heartbeat. But when those apps are greenified i don't received nothing about facebook.. no gcm and no notification till i open again the app. Thats weird i think, its like the app is on a strong deep sleep also because when i tried to send a message in facebook from my another account with catlog open and the Word Gcm in the search option, seems that theres no gcm received from that app till obliviosly i open them. I don't know but i remember when i was on kitkat they work fine. Anyway my configuration is
Android 5.0.2
Nexus 4
Last beta 5
Rom : purity
Deep hibernation disabled
Boost mode with xposed alpha 2 and gcm notification enabled. and also keep notifications enabled.
xda_emanuel said:
Just tried that app Catlog with facebook and facebook messenger which are the only 2 apps i've in hybernation except for google plus which i turned off notification. Sooo.... When those apps are not greenified the gcm stuff seems to be received property... I can see also the gcm received in the google play service stuff for the heartbeat. But when those apps are greenified i don't received nothing about facebook.. no gcm and no notification till i open again the app. Thats weird i think, its like the app is on a strong deep sleep also because when i tried to send a message in facebook from my another account with catlog open and the Word Gcm in the search option, seems that theres no gcm received from that app till obliviosly i open them. I don't know but i remember when i was on kitkat they work fine. Anyway my configuration is
Android 5.0.2
Nexus 4
Last beta 5
Rom : purity
Deep hibernation disabled
Boost mode with xposed alpha 2 and gcm notification enabled. and also keep notifications enabled.
Click to expand...
Click to collapse
Facebook has changed something in the two apps recently. It used to be working fine. Now I just use facebook lite since it works well with greenify and gives me push notifications.
davtse said:
Facebook has changed something in the two apps recently. It used to be working fine. Now I just use facebook lite since it works well with greenify and gives me push notifications.
Click to expand...
Click to collapse
Just installed facebook lite to try what u said.. Gcm still doesnt work if the app is greenifyed
EDIT
I found on a thread the messenger1.0.1 apk and with greenify now my push notifications are working fine.
GCM wake-up is expected to be improved in the latest beta 6 (being rolled out), with a new warm-up and re-delivery mechanism.
Test feedback is welcome~
xda_emanuel said:
Just installed facebook lite to try what u said.. Gcm still doesnt work if the app is greenifyed
EDIT
I found on a thread the messenger1.0.1 apk and with greenify now my push notifications are working fine.
Click to expand...
Click to collapse
It's as simple as that for me: When fb and messenger are not greenified, push notifications come through perfectly. When they are, gcm for both these applications does not work. So I do not have to check something with the use of this guide, because it's obvious that Greenify stops the notifications. Whatsapp works flawlessly for me, even when greenified.
It's also obvious for me that both these apps changed something in the past 3-4 versions (for fb) that broke the gcm when greenified. It worked in the past for me. But Greenify did not keep up
Greenify devs please fix that bug!
I'm on Sony SP, stock 4.3, rooted, boost mode (also tried rooted mode), greenify 2.5.2, messenger 23.0.0.20.13, fb 29.0.0.23.13
xda_emanuel said:
Just installed facebook lite to try what u said.. Gcm still doesnt work if the app is greenifyed
EDIT
I found on a thread the messenger1.0.1 apk and with greenify now my push notifications are working fine.
Click to expand...
Click to collapse
where can i get this messenger version?
is it kernel or rom related?
my whatsapp push gcm worked perfectly on my galaxy s4 (stock kernel)
now it doesnt work on my note 2 with agni kernel (i changed phone because of overheating problems)
could it be because i am on 4.4.4 (i had 4.4.2 on s4) or rom or kernel?
if i degreenifiy whatsapp can receive gcm push normally though.
any expert can help me?
thanks in advance
robert1337 said:
my whatsapp push gcm worked perfectly on my galaxy s4 (stock kernel)
now it doesnt work on my note 2 with agni kernel (i changed phone because of overheating problems)
could it be because i am on 4.4.4 (i had 4.4.2 on s4) or rom or kernel?
if i degreenifiy whatsapp can receive gcm push normally though.
any expert can help me?
thanks in advance
Click to expand...
Click to collapse
Do you get notified for other apps?
If its a whatsapp only problem,clear data for whatsapp or reinstall it.That solved the issue for me.
Tapped from my furious ZR
vaisakh7 said:
Do you get notified for other apps?
If its a whatsapp only problem,clear data for whatsapp or reinstall it.That solved the issue for me.
Tapped from my furious ZR
Click to expand...
Click to collapse
i think its all apps problem, tried reinstalling whatsapp still no gcm push
robert1337 said:
i think its all apps problem, tried reinstalling whatsapp still no gcm push
Click to expand...
Click to collapse
Have you disabled any play service receivers?
Tapped from my furious ZR
vaisakh7 said:
Have you disabled any play service receivers?
Tapped from my furious ZR
Click to expand...
Click to collapse
no, the phone is exactly like it was on my s4. it should work, but it doesnt
Threema
Threema GCM wake-up does work!
Whatsapp & Facebook App
Hi, I just tested both Whatsapp and Facebook app works in Greenify beta version.
Do you think the Google now remainders are gcm push?
Im not sure, because it is not some information that arrives to the device, it is just some remainder set from the app itlself
However, it doesnt work when greenify....Actually, I have noticed, remainders wont arrive If phone is not connected to internet
Hello, i have 'strange' gcm wake up problem. My device in GT i9100 running on 4.1.2.
The problem is greenify did not wake up my application (BBM and whatsapp) after i sent message using other device (in first boot).
but strangely, gcm wake up working after i installed any application (in this case after i installed CatLog / Clean Master).
P.S i dont greenified any system app, and GcmService running from booting.
please help me solve this problem.
thanks
Greenify Donate v2.7 beta 5 - whatsapp missing notification
oasisfeng said:
I'll try my best to help analyzing the issues.
Click to expand...
Click to collapse
THX for Greenify, hope you can help:
Device model: SM-A500FU
ROM: Stock A500FUXXU1AOB4_A500FUOXA1AOB1_A500FUXXU1AOB4
Android version 4.4.4
Working mode of Greenify ROOT
Is "Deep Hibernation" also enabled.: NO, all other experimental options are ON:
18:28 After trying some Whatsapp messages that went OK, I put it to zzzz.
18:32:02 Llama(app) disabled DataConnection
Then I sent another message to my device
18:35:08 - 18:36:08 Llama enabled data for 1 minute
no data for 5 minutes
18:41:08 - 18:42:08 Llama enabled data for 1 minute
Logcat filtered for whatsapp
Code:
I/18:35:10.609 Hyber ( 1405)
com.whatsapp hibernated
D/18:35:10.359 KeepN ( 826)
Prevent notification from removal when com.whatsapp is restarted
I/18:35:10.329 ActivityManager( 826)
Killing 7729:com.whatsapp/u0a241 (adj 5): stop com.whatsapp
V/18:35:10.329 ApplicationPolicy( 826)
isApplicationStateBlocked userId 0 pkgname com.whatsapp
I/18:35:09.589 Cleaner ( 1405)
Performing hibernation: [com.whatsapp]
I/18:32:12.874 PowerManagerService( 826)
[PWL] PARTIAL_WAKE_LOCK 'wake:com.whatsapp/.AlarmService' (uid=10241, pid=7729, ws=null) (elapsedTime=2799)
W/18:32:10.124 Finsky ( 3522)
[347] InAppBillingUtils.getPreferredAccount: com.whatsapp: No account found.
I/18:32:09.824 dalvikvm( 7729)
Could not find method android.net.ConnectivityManager.getAllNetworks, referenced from method com.whatsapp.a0n.a
I/18:32:09.264 WhatsApp( 7729)
LL_I M [1:main]WhatsAppLibLoader.java:45 isLibraryUsable: True
I/18:32:09.264 WhatsApp( 7729)
LL_I M [1:main]WhatsAppLibLoader.java:50 jniVersion: 2.12.210
I/18:32:09.264 WhatsApp( 7729)
LL_I M [1:main]WhatsAppLibLoader.java:28 native library usability testing complete
I/18:32:09.254 WhatsApp( 7729)
LL_I M [1:main]WhatsAppLibLoader.java:28 native library usability testing in progress
D/18:32:09.254 dalvikvm( 7729)
No JNI_OnLoad found in /data/app-lib/com.whatsapp-2/libcurve25519.so 0x42a79198, skipping init
D/18:32:09.254 dalvikvm( 7729)
Added shared lib /data/app-lib/com.whatsapp-2/libcurve25519.so 0x42a79198
D/18:32:09.254 dalvikvm( 7729)
Trying to load lib /data/app-lib/com.whatsapp-2/libcurve25519.so 0x42a79198
I/18:32:09.254 WhatsApp( 7729)
LL_I M [1:main]Runtime.java:421 18:32:09.263 wa_opus.c pjmedia_codec_opus_init success
I/18:32:09.254 WhatsApp( 7729)
LL_I M [1:main]Runtime.java:421 18:32:09.262 wa_opus.c pjmedia_codec_opus_init start
I/18:32:09.254 WhatsApp( 7729)
LL_I M [1:main]Runtime.java:421 18:32:09.261 pjlib select() I/O Queue created (0x78b5645c)
I/18:32:09.254 WhatsApp( 7729)
LL_I M [1:main]Runtime.java:421 18:32:09.260 wa_audio_dev.c !WA Audio sound library initialized
I/18:32:09.244 WhatsApp( 7729)
LL_I M [1:main]Runtime.java:421 18:32:09.257 os_core_unix.c !pjlib 2.2.1 for POSIX initialized
D/18:32:09.244 dalvikvm( 7729)
Added shared lib /data/app-lib/com.whatsapp-2/libwhatsapp.so 0x42a79198
D/18:32:09.244 dalvikvm( 7729)
Trying to load lib /data/app-lib/com.whatsapp-2/libwhatsapp.so 0x42a79198
D/18:32:09.244 dalvikvm( 7729)
No JNI_OnLoad found in /data/app-lib/com.whatsapp-2/libresample.so 0x42a79198, skipping init
D/18:32:09.244 dalvikvm( 7729)
Added shared lib /data/app-lib/com.whatsapp-2/libresample.so 0x42a79198
D/18:32:09.244 dalvikvm( 7729)
Trying to load lib /data/app-lib/com.whatsapp-2/libresample.so 0x42a79198
D/18:32:09.234 dalvikvm( 7729)
No JNI_OnLoad found in /data/app-lib/com.whatsapp-2/libvlc.so 0x42a79198, skipping init
D/18:32:09.234 dalvikvm( 7729)
Added shared lib /data/app-lib/com.whatsapp-2/libvlc.so 0x42a79198
D/18:32:09.234 dalvikvm( 7729)
Trying to load lib /data/app-lib/com.whatsapp-2/libvlc.so 0x42a79198
D/18:32:09.224 Event ( 7729)
No subscribers registered for event class com.whatsapp.wt
I/18:32:09.194 dalvikvm( 7729)
Could not find method android.os.PowerManager.isPowerSaveMode, referenced from method com.whatsapp.BatteryReceiver.a
I/18:32:09.194 WhatsApp( 7729)
LL_I D [1:main]App.java:144 ntp update processed; device time: Wed Aug 19 18:32:09 MESZ 2015 ntp time: Wed Aug 19 18:32:09 MESZ 2015
D/18:32:09.164 dalvikvm( 7729)
DexOpt: unable to opt direct call 0x73f4 at 0x44 in Lcom/whatsapp/q_;.a
W/18:32:09.164 dalvikvm( 7729)
Link of class 'Lcom/whatsapp/adm/ADMMessageHandler;' failed
W/18:32:09.164 dalvikvm( 7729)
Unable to resolve superclass of Lcom/whatsapp/adm/ADMMessageHandler; (1433)
D/18:32:09.164 dalvikvm( 7729)
DexOpt: unable to opt direct call 0x73f4 at 0x2b in Lcom/whatsapp/q_;.a
W/18:32:09.164 dalvikvm( 7729)
Link of class 'Lcom/whatsapp/adm/ADMMessageHandler;' failed
W/18:32:09.164 dalvikvm( 7729)
Unable to resolve superclass of Lcom/whatsapp/adm/ADMMessageHandler; (1433)
W/18:32:09.164 dalvikvm( 7729)
VFY: unable to resolve new-instance 3612 (Lcom/whatsapp/adm/ADMMessageHandler;) in Lcom/whatsapp/q_;
E/18:32:09.164 dalvikvm( 7729)
Could not find class 'com.whatsapp.adm.ADMMessageHandler', referenced from method com.whatsapp.q_.a
W/18:32:09.164 dalvikvm( 7729)
Link of class 'Lcom/whatsapp/adm/ADMMessageHandler;' failed
W/18:32:09.164 dalvikvm( 7729)
Unable to resolve superclass of Lcom/whatsapp/adm/ADMMessageHandler; (1433)
W/18:32:09.164 dalvikvm( 7729)
VFY: unable to resolve new-instance 3612 (Lcom/whatsapp/adm/ADMMessageHandler;) in Lcom/whatsapp/q_;
E/18:32:09.164 dalvikvm( 7729)
Could not find class 'com.whatsapp.adm.ADMMessageHandler', referenced from method com.whatsapp.q_.a
W/18:32:09.164 dalvikvm( 7729)
Link of class 'Lcom/whatsapp/adm/ADMMessageHandler;' failed
W/18:32:09.164 dalvikvm( 7729)
Unable to resolve superclass of Lcom/whatsapp/adm/ADMMessageHandler; (1433)
D/18:32:09.084 dalvikvm( 7729)
DexOpt: unable to opt direct call 0x2866 at 0x14 in Lcom/whatsapp/App;.a
D/18:32:09.084 dalvikvm( 7729)
DexOpt: unable to opt direct call 0x2866 at 0x04 in Lcom/whatsapp/App;.Q
W/18:32:09.024 dalvikvm( 7729)
VFY: unable to resolve new-instance 1432 (Lcom/amazon/device/messaging/ADM;) in Lcom/whatsapp/App;
E/18:32:09.024 dalvikvm( 7729)
Could not find class 'com.amazon.device.messaging.ADM', referenced from method com.whatsapp.App.a
W/18:32:08.994 dalvikvm( 7729)
VFY: unable to resolve new-instance 1432 (Lcom/amazon/device/messaging/ADM;) in Lcom/whatsapp/App;
E/18:32:08.994 dalvikvm( 7729)
Could not find class 'com.amazon.device.messaging.ADM', referenced from method com.whatsapp.App.Q
W/18:32:08.844 XPrivacy( 7729)
Hooking package=com.whatsapp
I/18:32:08.824 Cleaner ( 1405)
Schedule hibernation in 180s : [com.whatsapp]
D/18:32:08.784 MPSharedPrefs( 1405)
com.whatsapp changed in shared preferences app_states, broadcast this change to other processes.
E/18:32:08.774 GoogleTagManager( 1405)
Invalid macro: analytics.disabled.categorized.action.Waker.NoMatch.broadcast.com.whatsapp/.c2dm.C2DMBroadcastReceiver
D/18:32:08.774 Analytics( 1405)
Event [Category=Waker.NoMatch.broadcast, Action=com.whatsapp/.c2dm.C2DMBroadcastReceiver, Label=0,7729,10241,com.whatsapp,broadcast,com.whatsapp/.c2dm.C2DMBroadcastReceiver, Value=0
E/18:32:08.764 dalvikvm( 7729)
>>>>> com.whatsapp [ userId:0 | appId:10241 ]
I/18:32:08.644 GCM ( 826)
Awakening GCM message to com.whatsapp
I/18:32:08.594 GCM ( 1337)
GCM message com.whatsapp 0:1440001926811845%a3bffb5f00000031
I/18:28:12.495 Hyber ( 1405)
com.whatsapp hibernated
D/18:28:12.215 KeepN ( 826)
Prevent notification from removal when com.whatsapp is restarted
I/18:28:12.185 ActivityManager( 826)
Killing 6904:com.whatsapp/u0a241 (adj 5): stop com.whatsapp
V/18:28:12.185 ApplicationPolicy( 826)
isApplicationStateBlocked userId 0 pkgname com.whatsapp
V/18:28:02.595 PhoneStatusBar( 1045)
NOTIFICATION_PACKAGE_NAME = com.whatsappNOTIFICATION_ID = 1
D/18:23:40.965 BadgeProvider( 6331)
update, [BadgeCount] : package=com.whatsapp class=com.whatsapp.Main badgecount=26
D/18:21:48.385 BadgeProvider( 6331)
update, [BadgeCount] : package=com.whatsapp class=com.whatsapp.Main badgecount=25
D/18:20:00.325 BadgeProvider( 6331)
update, [BadgeCount] : package=com.whatsapp class=com.whatsapp.Main badgecount=24
V/18:17:36.175 android_tuner( 6781)
Process com.whatsapp UID 10241
D/18:16:49.455 BadgeProvider( 6331)
update, [BadgeCount] : package=com.whatsapp class=com.whatsapp.Main badgecount=23
I/18:16:48.795 ActivityManager( 826)
Waited long enough for: ServiceRecord{43e21fa8 u0 com.whatsapp/.AlarmService}
When I opened Greenify, whatsapp was still sleeping. After opening whatsapp the message was delivered.
gggg said:
THX for Greenify, hope you can help:
Device model: SM-A500FU
ROM: Stock A500FUXXU1AOB4_A500FUOXA1AOB1_A500FUXXU1AOB4
Android version 4.4.4
Working mode of Greenify ROOT
Is "Deep Hibernation" also enabled.: NO, all other experimental options are ON:
18:28 After trying some Whatsapp messages that went OK, I put it to zzzz.
18:32:02 Llama(app) disabled DataConnection
Then I sent another message to my device
18:35:08 - 18:36:08 Llama enabled data for 1 minute
no data for 5 minutes
18:41:08 - 18:42:08 Llama enabled data for 1 minute
When I opened Greenify, whatsapp was still sleeping. After opening whatsapp the message was delivered.
Click to expand...
Click to collapse
Try setting your working mode to Boost.
Related
[Q] how to prevent multiple service starts?
Hi All, This threat should be posted into "Android Software Development" category but because I'm new here I can't do that. I'm building an RSS feed aggregator application. It has an UI where user can read the aggregated RSS items and it has a service that is running in the background to fetch RSS feed periodically. The service must run even if the UI is closed. The service started in START_STICKY mode by the UI activity's onCreate() overrided function, then the service register a timer.scheduleAtFixedRate() in it's onStart() overrided function for the scheduled job (feed receiving). It is working fine, if I leave the UI then the service keeps running and the scheduled job is executed in right way but here comes my problem: If I leave the UI with "back key" and not with the "home key" then next time I starting the app it's UI activity onStart() will run again, it will call startService() again and because of that a new timer.scheduleAtFixedRate() will execute and it will extend the scheduled jobs with a same one, so after that 2 scheduled jobs will run and every time this "UI restart" happens a new scheduled job will registered. I saw lot of tutorials in this topic, but those are contains user interaction based service start/stop (for example start/stop service with button) with UI lifetime services and they don't handle this problem. So my questions are: - What is the right way to start these type of services? - What is the right way to take care about scheduled job registering or how can I prevent this multiple job registration? Thank you for your help! Andrew
I made a workaround to fix the issue. In my service class I defined a boolean variable what is basically false and it will change to true when the first scheduled task is registered and the task registration in the onStartCommand() function is only happens when the boolean variable is false. In this way everything is working fine but I'm not sure that this is the right way to handle the problem...
Did anoyne have trouble with this?
Information from Symantec The following significant malicious code alerts were released during the week of July 01 - 07, 2012. A complete listing of malicious code alerts can be found in Appendix A. Android.Nandrobox https://alerts.symantec.com/loaddocument.aspx?GUID=dcf5b3d2-6f61-4580-b515-aac253289ab8 Android.Nandrobox is a Trojan horse for Android devices that steals information from the compromised device. It also deletes certain SMS messages from the device. Android package file The Trojan may arrive as a package with the following name: APK: com.androidbox.ysygbnet8 Version: 1.0 Permissions When the Trojan is being installed, it requests permissions to perform the following actions: · Access and change information about Wi-Fi networks · Allow read-only access to phone state · Monitor incoming SMS messages to record or perform processing on them · Open network sockets · Read SMS messages · Send SMS messages · Use PowerManager WakeLocks to keep the processor from sleeping or the screen from dimming · Write SMS messages Installation Once installed, the application will display a new icon on the device. Functionality When the Trojan is executed, it may display the following message: If you want to activate the full version, please send an SMS and it charges 2 Yuan. Customer Service Phone number:010-84681340-8035. Next, the Trojan gathers the following information from the device: · GPS location · IMEI It sends the above information in an SMS message to the following phone number: 10658008105747 The Trojan also sends the stolen information to the following remote location: http://www.mobilehotdog.com/cnxmlrpc/xml.php Next, the Trojan deletes all SMS messages that come from the following phone number: 10658008 Click to expand... Click to collapse Best make sure you're running a good AV!
GCM (Google Cloud Messaging) & eBay app
As I understand it, push notification is delivered in Android by GCM, which replaced C2DM. For this to work you need "auto-sync" switched on your device and setup for that app. This should allow for 2 things: Lower power and bandwidth usage by server pushing rather than phone polling and pulling information notification works even if the app is not running, as the msg can include a INTENT to start the app However my eBay app gets notifications after a reboot, without me starting the app and without auto-sync being switched on or eBay app appearing in its list of apps. Any thoughts? Is eBay auto-starting (shouldn't be according to ES task mgr) is it polling for updates (surely that is not peformance friendly).
is there any further information I can provide to help with this query?
Hello, Your post is old, but let me bring my answer... you should use another app to detect whether or not if your app is able to autostart or no ie : autorun manager, or the Xposed module(boot manager) Ebay will autostart because of notification as stated in the attachment file...
No gmail notification in aggressive doze mode
After enabling aggressive doze mode, my battery life improves greatly. However, the price is that I only receive gmail notification after screen on. I have whitelisted gmail app and google play services of course, even all other apps related to Google. Other apps I whitelist work just fine, like Whatsapp and WeChat. So is there any other apps I need to add to whitelist to make gcm work? Or the aggressive doze mode has something wrong with it? I'm using samsung s6 edge, marshmallow with xposed, and greenify in boost mode. Before updating to version 2.9, everything was fine.
zhjn921224 said: After enabling aggressive doze mode, my battery life improves greatly. However, the price is that I only receive gmail notification after screen on. I have whitelisted gmail app and google play services of course, even all other apps related to Google. Other apps I whitelist work just fine, like Whatsapp and WeChat. So is there any other apps I need to add to whitelist to make gcm work? Or the aggressive doze mode has something wrong with it? I'm using samsung s6 edge, marshmallow with xposed, and greenify in boost mode. Before updating to version 2.9, everything was fine. Click to expand... Click to collapse Have you found the other apps to whitelist? I am having the same issue.
price31 said: Have you found the other apps to whitelist? I am having the same issue. Click to expand... Click to collapse I'm afraid not. I disabled aggressive doze mode now?
zhjn921224 said: After enabling aggressive doze mode, my battery life improves greatly. However, the price is that I only receive gmail notification after screen on. I have whitelisted gmail app and google play services of course, even all other apps related to Google. Other apps I whitelist work just fine, like Whatsapp and WeChat. So is there any other apps I need to add to whitelist to make gcm work? Or the aggressive doze mode has something wrong with it? I'm using samsung s6 edge, marshmallow with xposed, and greenify in boost mode. Before updating to version 2.9, everything was fine. Click to expand... Click to collapse and @price31 Google has not set the notifications from the Gmail app as priority, the logic being that instant messaging has more urgency than emails. Whether you like it or not, I think that you will not get Gmail notifications during Doze.
It may be true, but this issue only happens when I enable "aggressive doze" mode in Greenify. I can still receive gmail notification even if I leave my phone there for hours (when it is in doze). tnsmani said: and @price31 Google has not set the notifications from the Gmail app as priority, the logic being that instant messaging has more urgency than emails. Whether you like it or not, I think that you will not get Gmail notifications during Doze. Click to expand... Click to collapse
zhjn921224 said: It may be true, but this issue only happens when I enable "aggressive doze" mode in Greenify. I can still receive gmail notification even if I leave my phone there for hours (when it is in doze). Click to expand... Click to collapse May be the maintenance windows in Doze are only a few minutes apart whereas in AD, they are a few hours apart.
tnsmani said: May be the maintenance windows in Doze are only a few minutes apart whereas in AD, they are a few hours apart. Click to expand... Click to collapse Aggressive Doze effectively doubles the starting interval between maintenance windows, which should be one hour (in AD) if I remember correctly. ---------- Post added at 09:31 PM ---------- Previous post was at 09:22 PM ---------- As always, you can enable the doze debug notification to figure the correlation between doze and the unexpected behaviors. It works for both stock doze and Aggressive Doze.
Very similar configuration (Samsung s6, stock marshmallow with root, xposed, and greenify beta in boost mode) and same issue as TE here: Gmail notifications are coming in only approximately once per hour with "aggressive doze" on after the device falls in "doze idling"/ "doze idle mode", so the time frame mentioned by @oasisfeng in post #7 appears to be correct. As soon as I completely disabele aggressive doze, all mails come in immediately as expected (stock doze not tested). What I did to resolve the issue (to no avail): Gmail ist whitelisted in the battery section Gmail is not set up for greenifying Even GCM push for greenified apps is enabled Mobile/wifi heartbeat is set to 6/5 minutes with PNF Is there really nothing else we could do? Is it really as mentioned by @tnsmani, that Google mails will come in never (or only once per hour) during doze? I am asking because not too many other people appear to report this issue so the issue might also be related to some particularities of Samsung phones.
killerm said: Very similar configuration (Samsung s6, stock marshmallow with root, xposed, and greenify beta in boost mode) and same issue as TE here: Gmail notifications are coming in only approximately once per hour with "aggressive doze" on after the device falls in "doze idling"/ "doze idle mode", so the time frame mentioned by @oasisfeng in post #7 appears to be correct. As soon as I completely disabele aggressive doze, all mails come in immediately as expected (stock doze not tested). What I did to resolve the issue (to no avail): Gmail ist whitelisted in the battery section Gmail is not set up for greenifying Even GCM push for greenified apps is enabled Mobile/wifi heartbeat is set to 6/5 minutes with PNF Is there really nothing else we could do? Is it really as mentioned by @tnsmani, that Google mails will come in never (or only once per hour) during doze? I am asking because not too many other people appear to report this issue so the issue might also be related to some particularities of Samsung phones. Click to expand... Click to collapse What I said comes from here: https://developers.google.com/cloud-messaging/concept-options It says "High priority. GCM attempts to deliver high priority messages immediately, allowing the GCM service to wake a sleeping device when possible and open a network connection to your app server. Apps with instant messaging, chat, or voice call alerts, for example, generally need to open a network connection and make sure GCM delivers the message to the device without delay. Set high priority only if the message is time-critical and requires the user’s immediate interaction, and beware that setting your messages to high priority contributes more to battery drain compared to normal priority messages. Normal priority. This is the default priority for message delivery. Normal priority messages won't open network connections on a sleeping device, and their delivery may be delayed to conserve battery. For less time-sensitive messages, such as notifications of new email or other data to sync, choose normal delivery priority."
@tnsmani Darn. Then, of course, we must expect that GMail will stick to Google's own GCM/priority policy. And it is obvious that stock doze will lead to the same GMail issue as Greenify's aggressive doze New idea: It would already help if I could wake up the device when it has been idling for 20 minutes or so. I would then receive all e-mail notifications at least every 20 minutes. Greenify provides an action to wake up the device for Tasker. Is there any chance to identify the device's current doze state with tasker so that I could start a timer or set a calendar event (less energy intensive) when the device goes into doze mode? Unfortunately, even Tasker appears not to be realiable if the device is idling, unless Tasker's option "reliable alarms" is turned on (http://bit.ly/2cfvAaZ, http://bit.ly/2cfx4lo). This option, however, apparently prevents the device from entering any kind of doze state and thus makes all efforts to save battery with doze mode quite useless. So if I need reliable notifications when E-Mails are coming in, I could (simply) set tasker to "reliable alarms". But in this case, the device will never enter any kind of doze mode. :-/ Is there any other option you can think of? Best regards Mick
Ok, I am not the first one with the idea to abuse tasker's "reliable alarm" option in order to disable doze... https://www.reddit.com/r/Android/co...g_tasker_on_marshmallow_its_reliable/.compact Gesendet von meinem SM-G920F mit Tapatalk
Hi! after some research i realised that SolMail is an email client with gcm feature (i use it with yahoo) is there any other mail apk able to notify over GCM? i'm testing SolMail in this days and notifications are a bit random (i set to 3 mins the update time and put the app in white list of aggressive doze) can be useful to reduce heartbeat? thanks in advance.
maserati1972 said: Hi! after some research i realised that SolMail is an email client with gcm feature (i use it with yahoo) is there any other mail apk able to notify over GCM? i'm testing SolMail in this days and notifications are a bit random (i set to 3 mins the update time and put the app in white list of aggressive doze) can be useful to reduce heartbeat? thanks in advance. Click to expand... Click to collapse Aquamail supports GCM. Mature, robust client with excellent support via user forum. Free and paid variants. Find it in the Play Store. Believe K9 also supports GCM along with Google's native app. Also take a look at the free Microsoft Outlook client.
Thanks Davey126 this afternoon i tried many mail clients...i found this: Outlook works on latest versions (previous don't connect), same for CloudMagic (now Newton Mail); Both in last releases are super heavy for my little Droid4 (CM13); so i'm experimenting now "myMail" that spit instant inbox notifications even greenifying the app...i'm very impressed! on the other hand is over 90MB which wiredly figures on cached process and never on running ones... is in your opinion Aquamail lighter and efficient with Greenify and notifications? maybe i could try an older release? Thanks!!!
maserati1972 said: Thanks Davey126 this afternoon i tried many mail clients...i found this: Outlook works on latest versions (previous don't connect), same for CloudMagic (now Newton Mail); Both in last releases are super heavy for my little Droid4 (CM13); so i'm experimenting now "myMail" that spit instant inbox notifications even greenifying the app...i'm very impressed! on the other hand is over 90MB which wiredly figures on cached process and never on running ones... is in your opinion Aquamail lighter and efficient with Greenify and notifications? maybe i could try an older release? Thanks!!! Click to expand... Click to collapse Aquamail satisfied all my needs and runs well on lower end devices. That said mail clients are like a box of chocolates. What is beautiful to one is distasteful to another. Try and profit (or not).
How do I write a Greenify prescription?
Hello. I'm trying to understand how to write a Greenify prescription. My main use would be to try annoying promotion notification which can't be turned off. My current knowledge would be that an app registers with Google Play Services to use FCM, which fires a broadcast data containing notification data to an app's receiver, then the app uses the received broadcast to display the notification. Is it possible to deregister a specific FCM using app from Google Play Services so maximum amount of battery is conserved? If it is not possible, how do one find a broadcast to target with prescription? for example, if a notification is shown on the notification shade, will it contain any clues to which receiver is to be targeted? Thank you bery much. Do I need to use Greenify or there is an open source alternative to Greenify to achieve the same thing?
emanresu2 said: Hello. I'm trying to understand how to write a Greenify prescription. My main use would be to try annoying promotion notification which can't be turned off. My current knowledge would be that an app registers with Google Play Services to use FCM, which fires a broadcast data containing notification data to an app's receiver, then the app uses the received broadcast to display the notification. Is it possible to deregister a specific FCM using app from Google Play Services so maximum amount of battery is conserved? If it is not possible, how do one find a broadcast to target with prescription? for example, if a notification is shown on the notification shade, will it contain any clues to which receiver is to be targeted? Thank you bery much. Do I need to use Greenify or there is an open source alternative to Greenify to achieve the same thing? Click to expand... Click to collapse For how to write prescription: https://greenify.github.io/ Notification can be disabled either for the whole app or for a specific channel. FCM may post notification on behalf of the app if app is not active, so blocking the broadcast may not work as expected.