yashsingh1/xdaforums huggingface dataset:
[Xposed Framework Modules] egingell:
Less likely. Besides Power Toggles isn't something that I would worry about getting killed and it doesn't have a "keep me alive" notification.

Edit: I do, however, understand the desire to hide the icon. Power Toggles has the option to not show the icon, but only if it's not pinned to the top of the notifications.

Yeah. And its icon selection is limited and ugly.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] defim:
Check android source and docs, out Google. Notifications couldhave a service flag
[Xposed Framework Modules] xzaxox:
But even then there is a "blank" icon wich moves other icons one step to the right.
[Xposed Framework Modules] egingell:
Without Xposed, nothing can be done to prevent that. Personally, I think Google dropped the ball on that one... along with a lot of other things, but I digress.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] dimm0k:
which Xposed module?
[Xposed Framework Modules] egingell:
I didn't say module.

At any rate, I'm pretty sure it was mentioned within the last few posts that this one does.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] claytonjn:
[MENTION=4501300]defim[/MENTION]

I was looking through Tasker logs today and I noticed that the NotifyClean task gets triggered for every single notification. I'm assuming that basically NotifyClean calls the NotifyClean task on every notification, but only puts data into the variables if one of the Send to Tasker options is checked for the app creating the notification.

This seems a bit inefficient to me. Even if the behavior is correct, on every notification there is the overhead of NotifyClean having to call the Tasker task, then Tasker has to run the task even if there is no information in the variables. Besides the system overhead being used this could also cause Tasker to delay or skip running other tasks.

Would it be possible for you to include a simple IF statement before triggering the NotifyClean Tasker task to check if the app creating the notification has one of the Sent to Tasker options selected? I know that this in and of itself is overhead, but I believe it would be far less then triggering the NotifyClean task on every notification.

Thanks!
[Xposed Framework Modules] defim:
It is so. Maybe you are using a app which updates the notification often
[Xposed Framework Modules] claytonjn:
But what I'm saying is that the Tasker NotifyClean task is run for every notification, regardless of if Send to Tasker is enabled. Isn't this inefficient? My big concern is that Tasker prioritizes tasks in a certain way and sometimes will skip tasks if another is running. Therefore a task may not run because the NotifyClean task is running, even though that task isn't doing anything.
[Xposed Framework Modules] defim:
If you have an app like Titanium Backup which updates the notification very often, for this app tasker should not be enabled. But for this cases NC has this option per app...
[Xposed Framework Modules] claytonjn:
So anything that doesn't have either Send to Tasker: Allowed notifications or Send to Tasker: Denied notifications selected shouldn't cause the Tasker NotifyClean task to run, is that what you're saying?
[Xposed Framework Modules] egingell:
It's Tasker running the task. NotifyClean then decides what to do with it. You have it backward.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] claytonjn:
I don't think so. The task is not associated with a profile, therefore there's nothing to trigger the task other than NotifyClean.
[Xposed Framework Modules] defim:
[MENTION=4325794]JamMasterClay[/MENTION]: I'm not sure if i can correctly translate what you want to know. If you enable "send denied notifications" NC sends to Tasker if it hided a notification. For "send allowed notifications" it sends the other notifications
[Xposed Framework Modules] claytonjn:
I know English is not your native language, so I apologize if you're not quite understanding me. I understand what the options are supposed to do, as you described. Let me try to explain in more detail.

Let's say I have a clean install of both Tasker and NotifyClean (i.e. nothing setup in either app, but NotifyClean is enabled in Xposed). I create a task in Tasker named "NotifyClean" but do nothing else in Tasker. I set up nothing in NotifyClean. My impression is that the "NotifyClean" task in Tasker should never run, because there is nothing setup in your NotifyClean app. Is that correct?
[Xposed Framework Modules] defim:
I think i got it :) If you toggle the Tasker checkbox in NC, a test is sent to Tasker. Otherwise, if you dont touch the checkboxes, nothing will be send. In this cases the %mode depends on the checkbox you touched
[Xposed Framework Modules] claytonjn:
I think you got part of it :) But I'm not referring to the variables that get sent, I'm referring to the task itself.

Does NotifyClean only set the variables (%body, %head, etc) or does it also tell Tasker when to execute the "NotifyClean" task?
[Xposed Framework Modules] defim:
Both are the same. It's a Android "broadcast" with the variables as intent payload ("extras")
[Xposed Framework Modules] claytonjn:
Okay, that makes it more clear. So this intent should not be sent if a notification arrives for an app in which neither of the Send to Tasker options are enabled?
[Xposed Framework Modules] defim:
Yep. I tested it with a tasker tost/message box which the task showed
[Xposed Framework Modules] claytonjn:
I did more investigating last night, and the Tasker stuff does seem to be working correctly (NotifyClean task only runs when an app has one of the Send to Tasker options enabled).

However, there does seem to be a different bug/semantical error which led me to believe that the issue was with the Tasker stuff. I'm going to explain it in a bit of detail so that hopefully it is clear.

I only have one app that is supposed to be sending an intent to Tasker. After enabling logging in NotifyClean and Tasker it was obvious that if I got a Hangouts notification that the NotifyClean task was triggered in Tasker. This is what lead me to believe that NotifyClean was sending the intent to Tasker on every notification. After more investigating last night, I got a few notifications that were not from Hangouts and the NotifyClean task was not triggered in Tasker. At that point I was pondering why the behavior was occurring only with Hangouts, and then I remembered that at one point months ago I enabled sending allowed notifications to Tasker for Hangouts, however I had since used the "Remove this app" option in NotifyClean and therefore expected that Hangouts would no longer send intents to Tasker.

Currently, when "Remove this app" is selected, there is a confirmation box that opens stating "Remove the whole app inclusive all its settings?" The meaning of this in English is that the app will be removed from the list of apps in NotifyClean and any settings the user enabled for the app will be removed (I think that most people would agree that this would include the "Extended options" for the app). The current behavior, however, is that after using the "Remove this app" option the app is removed from the list of apps in NotifyClean and recorded notifications are cleared, but the settings in "Extended options" still remain. This can easily be tested by changing some "Extended options" in an app, using the "Remove this app option" then choosing the "All apps" option, opening up that app, and looking at the "Extended options". They will be just as you left them prior to using "Remove this app".

This is obviously either a bug in NotifyClean where the "Extended options" are supposed to be removed but are not, and are still effective even though the app has been removed from the list of apps in NotifyClean, or it is simply an issue that when translating the confirmation message to English that the result was not accurate.

I would personally prefer that any "Extended options" get removed if the "Remove this app" option is selected. If your intention, however, is that the "Extended options" are not removed when the app is removed from NotifyClean, then this message: "Remove the whole app inclusive all its settings?" should read instead something like: "Hide app and remove recorded notifications? Note: Extended options will not be removed."

I apologize for such a long post. Hopefully everything I said makes sense, but if not let me know and I will try to explain myself better.
[Xposed Framework Modules] defim:
Sry, also not a bug. :victory: See attached video
[Xposed Framework Modules] claytonjn:
Hmm, see my attached video. Maybe the fact that a new notification is recorded in yours re-initiates that app in NotifyClean and the "Extended options" are actually still persisting until the new notification comes in? That's why in mine when I do "All apps" you can see that the "Extended options" were not actually removed.

EDIT: For whatever reason the .zip won't attach, so here's a link: http://l.bitcasa.com/ZS1sLQ7d
[Xposed Framework Modules] defim:
Can't download your video now, login required :-\

No, settings are cleared after you hit the remove-app menu item
[Xposed Framework Modules] claytonjn:
You need an account to watch it without downloading. You can download without an account. See attached screenshot. (It'll open a window asking you to sign up, but just ignore it and the download should start.)
[Xposed Framework Modules] defim:
Thx, got it. And also the bug!

The show-all-apps resets the app (FC + restart) and in that case not all settings are saved. (atm theoretical)
[Xposed Framework Modules] slickandroid03:
I tried using this on my nexus 5. Now all notifications are gone. Even the toggle for Spotify on the notification area. I can't figure out how to bring it back. I see no options at all. I uninstalled this app, rebooted and still I can't get my notifications working. Any help? Thanks
[Xposed Framework Modules] defim:
After uninstalling or disabling the module is everything as before. It even does only hide notifications you selected
[Xposed Framework Modules] Jussss:
I had a n7000, changed my phone to Note 3 and was not recorded "body" in the notifications of any application. "head" and "mode" register me perfectly. I have Notificlean donation
[Xposed Framework Modules] defim:
Note 3 seems to have android 4.3 (http://www.areamobile.de/handys/3537-samsung-galaxy-note-3/datenblatt). Which Android version do you use exactly? See Android settings -> last point: about phone. Cyanogen mod? Stock? Touch Wiz?
[Xposed Framework Modules] davidgro:
Crashes CM11

Hi,

I have Cyanogenmod 11 M6 (Android 4.4.2*) on my Motorola Droid 4, and was using NotifyClean (donate) to set priorities so my notifications are in the order I want. Unfortunately, with this module enabled the phone very frequently soft-reboots.

(It doesn't seem to be a kernel panic, but it goes back to the boot animation (not my recovery) and proceeds from there as though it had really rebooted. But the uptime is since the last real-reboot)

It was especially easy to trigger if the phone is very busy, such as while playing Ingress. (Takes maybe 5-20 minutes of actively looking though keys, recharging portals, etc., a little longer to trigger while just sitting with the game open)

(It's also not just SystemUI dying, that still happens without NotifyClean and doesn't go back to the boot animation or clear my recent apps)

Sometimes (kinda rare) just before the soft-reboot I saw a notification with a triangle icon with the text "Account Action Required" from com.google.android.gms - I only know that detail from NotifyClean's log (after the reboot) - I have never seen that notification Except when the phone is seconds away from rebooting, meaning I've never seen it when NotifyClean is disabled, and I never had enough time to open it.

Please let me know if there is any more information I can provide to help debug this

*Actually in an attempt to fix this, I had upgraded to the latest nightly (2014-05-10) and it seemed to work - then I realized that it had disabled Xposed, and re-enabling Xposed brought back the reboots. So I did a binary search of my active modules to find that it was NotifyClean.
[Xposed Framework Modules] defim:
On my Defy+ I have also installed CM since a long time, currently 4.4.2, it has stock 2.3.7. I don't update very often, a.t.m CM 2014-03-29.

(Only) with this device i also get these "action required, reenter passwort" messages. I think it's CM related.

I will update my device soon to a newer CM to check if I have also the "body" error

EDIT: I soft-bricked my Defy. No more launcher, statusbar and recovery - could take some days to set it up completely again -.-
[Xposed Framework Modules] Jussss:
I use a room Stock (root) 4.4.2 with recovery philz_touch_6.13.0

I attached a picture with the model and another as I wasap appears without "body". sorry for the english I'm using the translator
[Xposed Framework Modules] asdfasdfvful:
Doesn't seem to be working for me. Not getting any list. Am I doing something wrong?

Edit : stupid me for not reading

Sent from my One S
[Xposed Framework Modules] xcheljd:
sweet mod dude. I'm using it to keep glovebox's notifcation off. Glovebox has an option to disable its own notification but at the risk that the app might stop working. this is a good solution
[Xposed Framework Modules] Unicyclist:
All I get is "All notifications, even unknown" and " custom design".

How do I block specific notifications from an app? I wanna stop the Power Saver On notification.
[Xposed Framework Modules] defim:
I will add a message, nobody should read a FAQ for a simple app
[Xposed Framework Modules] defim:
Seems the module can't get a context (see http://xdaforums.com/showpost.php?p=46444777&postcount=20) and the notifications could not get read. Which other Xposed modules have you enabled?
[Xposed Framework Modules] ankitxperia:
Dude great work no problems with your app working Awesome

Btw can you make a module to have JB style multitasking Animation in ICS if possible also if that new toggle settings in the jb can you make a module for ics roms :good::good::good::good: it would be great
[Xposed Framework Modules] jasonsf:
Are you selecting the "Settings" app? That's where the Battery Saver notifications show up for me.
[Xposed Framework Modules] Unicyclist:
I don't have any other modules installed/enabled.

I checked in every app that shows up. I only get those 2 options no matter which app.

Edit:

I did finally get it to block the power saver notification by blocking all notifications from settings, but I'd really like to block just that one. I still only get the 2 options, except in one app.
[Xposed Framework Modules] etatto83:
No setting to hide the icon on the launcher like your other modules ??? ;)
[Xposed Framework Modules] Depressed T.Bear:
Perfect, ty! :)
[Xposed Framework Modules] wmiswm:
working since day one, thank you very much.

Is it possible to add in disabler for the LED notification of various events?
[Xposed Framework Modules] defim:
Done now. I was to lazy to divide additional donator options

Message added

Adjust LED per app? Disable LED completly should be easy

Sorry, i have only a Android 4.1.2 / API 16 device to test apps

Which app is it? What Android version / API do you use? Can you please attach the in-app logfile?
[Xposed Framework Modules] defim:
[MENTION=3481246]Unicyclist[/MENTION]: Does the attached file does work better? Just install over the market/repository version and reboot
[Xposed Framework Modules] stu5797:
Thanks for this amazing app! Is there a way to keep the notification in the top left but get rid of the on going notification like in the picture? Thanks again
[Xposed Framework Modules] defim:
Hi. I have only Android 4.1.2 which has no "ongoing notifications". Sorry
[Xposed Framework Modules] stu5797:
No problem. Thanks again for this awesome addition
[Xposed Framework Modules] Unicyclist:
I've been using the new version you posted for 24 hours, no change. I'm using an LG Motion. Stock based ROM, with only one other module: disable location consent. I've attached a screenshot of the log file. It barely shows anything.
[Xposed Framework Modules] szallah:
would it be possible to implement an alternate hiding mechanism an per app basis? specifically, i actually would like to have the statusbar notification-icon of tasker hidden, but keep the notificatin itself for quick access and checking active profiles.

as to how to hide just the icon itself, i thought of resizing the icon to a minimum and removing all paddings. so technically it still would be there, but just invisible because of it's minimal size. im not sure if that's even possible. but since other modules at least can exchange those icons, i guess resizing them could be a possibility.
[Xposed Framework Modules] defim:
[MENTION=3481246]Unicyclist[/MENTION]: Good point: There are no errors logged :) Could you enable the other logging options in the settings? Btw, you are using Android 4.0? Later version need only 1 notification hook. I have only a 4.1 device to test by myself

You could also change the resources with Xposed, eg with a black or transparent image :)

But i think that does not help, because then the space in the notification bar is also used and other icons are arranged to the right side of the not visible icon
[Xposed Framework Modules] szallah:
tasker already provides a transparent icon. but as you already noticed, it would still take up those few pixel of real estate that could be much more useful for other notifications. that's why i'm asking if it's possible. if not, it's no big deal. it just would be a nice feature. :)
[Xposed Framework Modules] defim:
I updated my Defy to CM 2014-05-09. First i ran into the same problems described here: http://www.cyanogenmod.org/blog/cyanogenmod-11-0-m6-release

Additionally a launcher could not opened :\ After some more flashing it works now, i dont know why.

But notifications could be recorded correctly.

Maybe you imported settings from old device and they get corrupted? Please try this: Disable NorifyClean - reboot - clear NotifiClyean app data with Android - enable module - reboot - check if notifications could be recorded now correctly.

If it not helps, i'll create a debug build with verbose output
[Xposed Framework Modules] Jussss:
Reset all data and did not work, install everything again but the problem of "body" continues
[Xposed Framework Modules] defim:
[MENTION=4166279]davidgro[/MENTION] / [MENTION=5184454]Jussss[/MENTION] : Can you please test attached debug version? If it does not detect everything correctly, please attach a log (logcat/xposed/in-app) while some notification is created. This version has some verbose output and changed detection
[Xposed Framework Modules] claytonjn:
[MENTION=4501300]defim[/MENTION]

I recently purchased a Dev Edition Galaxy S5. Samsung no longer has a separate section in the notifications drawer for "ongoing" notifications, however it seems that they still force ongoing notification to be on top. I typically have two ongoing notifications - when I was using an AOSP based ROM on my S4 I used NotifyClean to set one to be topmost and set one to the bottom. Doing the same with the S5, stock ROM does arrange the notification icons in the status bar correctly, but the ongoing notifications are still are forced above other notifications (to be this seems counter-intuitive, but I digress.)

My question is twofold. One, would it be within the scope of NotifyClean to "fix" this behavior and override Samsung's forcing the ongoing notifications to the top of the notification panel, so that the option to arrange notifications in the donate version of NotifyClean is fully effective? If so, you obviously will need information on how Samsung accomplished this so that it can be modified. So my second question is would that code be in SystemUI.apk, framework-res.apk, or somewhere else? When I get a change I was going to look into SystemUI.apk because that's where the notification panel actually resides, but if you know that it would be somewhere else it would save me time. Alternatively, would it be easier for you if I were to just send you required files from my phone?

Out of the 20+ modules I have installed on my phone, this one is probably my most appreciated. Even though the functionality seems minor, notifications is one of the core features of the phone and this module makes that experience infinitely better. Thanks!
[Xposed Framework Modules] defim:
[MENTION=4325794]JamMasterClay[/MENTION]: Only Samsung's TouchWitz has the divider between ongoing and persistant - at the beginning i did not know the difference between them :D

The option in the donate version to set the "priority" for the notifications of each app should work for most (all?) roms. This value is locate in Android open source.

If it's not working, I think someone complains here.. I use a S4 active with Google/without TouchWiz, works great. Eg i'm using this to set a traffic-monitor to the bottom of all notifications, and hide the status-bar icon of Widegtsoid

Btw, refunding is possbile with Play Store for 15 minutes, but you should know how to create such ongoing notification in this time
[Xposed Framework Modules] claytonjn:
Yes, in previous versions of TouchWiz there was a specific section for "Ongoing" and one for "Notifications" (non-ongoing). In 4.4.2 on the S5, however, there is not a separate section (i.e. everything is under "Notifications") however the behavior is the same with ongoing being forced to the top. Therefore, I have for example a weather notification set to be above all others and Tasker's ongoing notification set to be below all others. On the statusbar everything looks correct (Weather - Email - Tasker ; as an example), but in the notification drawer I see (Weather - Tasker - Email). So basically in TouchWiz for the statusbar it looks at the priority for all notifications and arranges them as such, but in the notification panel it looks at the priority for ongoing notifications and the priority for regular notifications as two separate sets, and sorts them in their individual sets and displays the ongoing set before the regular set.

I do not believe that anything in your module is not functioning properly, there is simply another factor in TouchWiz (at least in 4.4.2 on the S5) that would need to be overriden for everything to behave properly (like AOSP.) I was hoping that you would be willing/able to try to add this into NotifyClean. If not I certainly understand, it's a lot more work to try to figure out behavior when TouchWiz isn't open-source.

I purchased the donate version months ago and have been using it without issue on my Galaxy Note 10.1 and Galaxy S4, both with AOSP-based ROMs. It was well worth the expense and I have no desire for a refund, you certainly earned it. Unfortunately there are no ROMs available for the S5, AOSP or stock, and I doubt there will be any for a while because root isn't even available for the Verizon variant unless you have the developer edition.

So basically, I know your module works perfectly on AOSP, and is mostly working on TouchWiz. I know that it is not a shortcoming in your module keeping it from working 100%, but rather the fault of Samsung. What I was asking is if you would be willing to try to add the ability to overcome the changes Samsung has implemented so that notifications work like AOSP and your module would work 100% on TouchWiz. I hope that makes sense...

EDIT: By the way, the option "Notification are clearable" does resolve the issue of the notification being forced to the top, even if "below of all notifications." is selected for position, however it has the undesirable consequence of the notification being clearable (obviously). Would it be possible to add an option to mark a notification as being not-ongoing, but also not clearable? So that the sorting of the notification would be correct but also the notification and associated service will persist? From what I know of Android and app notifications this wouldn't be possible, but I'm not nearly as well-versed in this area as you or others.