yashsingh1/xdaforums huggingface dataset:
[Xposed Framework Modules] tobbbie:
This is exactly my point: Internally (to programs, their logic and programmers mind) the "SELF" deals with the "application-self", but when it reaches the UI (so USER interface) - the "self" gets at least ambiguous. So I wrote that SELFM-NOTIFICATION is perfectly ok - while the UI "self defined" is not well picked for the user. Funny that this creates such an interesting discussion about apps, their "life" and the "users" (and their life?) :)

I am now rigorously cleaning up my permanent notifications, removing "SD Card connected" or "USB Debugging Connected" when hooked to the PC - and also tried with MyPhoneExplorer. There I noticed an interesting habbit: It seems only the first notify is "regular" something like "...waiting to connect", but the subsequent ones (and it is at least 2) are not replacing the first, but keeping it at the place, just changing it.

So it is impossible to keep the first, but suppress the later changes. I thought to keep the initial notify, but while connected not see it any more. Effect is however that the first notify stays - and the suppressed changes just leave it there, so telling the wrong information. Well - so finally I have suppressed them all.
[Xposed Framework Modules] defim:
I'm using also MyPhoneExplorer. There is a per app option "Remove old notification, if a new created was denied", but only available with donation and at the moment not (yet) working with KitKat. With that enable it should work as you expected.

Background: There is no new notification created, but only a update. So NotifyClean has to remove it. With KitKat there are some permission problems :-/
[Xposed Framework Modules] killoid:
[MENTION=4501300]defim[/MENTION] is it possible to support gb plz? this module can be useful for gb users too!
[Xposed Framework Modules] tobbbie:
I did not notice this option in the version I have (1.4.7) - is there a different version for donators? It is common habit to "grey out" options which require additional privileges - so to advertise them this way.
[Xposed Framework Modules] defim:
I have still not Android 2.3 device for testing. As app uses several functions and internal android variables, even some where not available with GB, so without a device this is not possible. Before that i want at least add some features to NotifyClean, atm i'm extending my other app CustomShare. Much todo, less time :-\

Yes, with a donation app or keyfile there are some more options, as for most of my apps

I wrote this quickly, may be incomplete/not correct:

global

- no yellow-green bar at bottom

- clear all unused notifications of all apps (not only per app)

- show all apps, also without recorded notifications

per app:

- regex pattern matching

- tasker support

- order of notifications (move up/down in list)

- move to bottom of the list and hide the icon in the status bar

- deny full screen notifications

- no floating-in text in status bar

- disable led

- disable vibration

- disable sound

- set notification as removable (ongoing), but also removes "service bit"

- remove a notification if a newly created was denied (api<19)

for the future i've planned 2 additional options, but not sure if even possible
[Xposed Framework Modules] killoid:
well,i hope you will sum up some time & help us to get it work on gb. till then we will wait. :)
[Xposed Framework Modules] defim:
The only thing i need is time :D
[Xposed Framework Modules] tobbbie:
In the meantime I have the donation version, but still it does not work as expected. Either the old notify stays (only "remove old N. if new N. is rejected"), or even the initial one is also lost (if additional to above also "N. may be removed...clears...flags" is active).

I was expecting the first to work ok, but it could be problematic since the second (rejected) is just matched as one of the "application defined" bunch. As you have MPE yourself, you can easily repeat the behavior.

On a side note regarding the application-icon in the nested dialogs on my ICS:

- entering first level: wrong icon (NotifyCleaner)

- entering donation level: wrong icon (NotifyCleaner)

- returning from donation level to application first level: correct application icon! - weird :)

---------- Post added at 11:55 AM ---------- Previous post was at 11:46 AM ----------

Another side note:

With the many flags that a notification may have (e.g. full screen), could this not be used to tell apart (or group) the different "SELFM_NOTIFICATION"? I still dislike the "Data disabled" notification from the com.android.phone, but I need the (full-screen) Call-Accept screen, of course.
[Xposed Framework Modules] defim:
[MENTION=393455]tobbbie[/MENTION]: How have you configured MPE Client in NoitfyClean? It did it like you could see on the attached screenshots. So it shows only the desired. The green i've added to the pics

"N. may be removed...clears...flags" ... is only relatet to what the user could could do with it's finger. So a notification could be removed by move left or right (is "ongoing" the correct description in android?)

Icons: You have the same icon for all apps in the main list? I read now about this failure the 2nd time. Could be that this is API16 / Android 4.0.3 related. I've never seen this with my Android 4.2 4.3 .4.4 devices

Btw, I hope i've translated your post correctly, some sentences was not easy to read for me
[Xposed Framework Modules] tobbbie:
The captured notifies seem to differ in ICS and JB. For JB on my GTab I don't do filtering as there is space enough - but there it looks like on your screen shot. On the ICS Xperia Ray - i only see the "waiting" notify and the "self defined" - covering the rest of notifies I guess.

Funny is that I don't see a trace of the initial notify MPE sends when you start it manually "Client is starting..." - also not in JB (4.1.2) where it could be a dedicated or a "hidden in self-defined" entry.

Regarding icons: all is fine with JB (4.1.2), but on ICS I see this:

- main list: all icons are ok

- details menu: icon is replaced by Notify Cleaner icon

- details->donation menu: icon is replaced by Notify Cleaner icon

- return to details list: app icon is ok!

You can PM me if you like to continue the investigation in German language :)

---------- Post added at 11:04 AM ---------- Previous post was at 10:24 AM ----------

Another one regarding icons in ICS:

I just discovered that the right icon comes in the app-details menu after returning to the screen when the device gets locked and unlocked. This "trick" does not work for the wrong icon in the details->donation menu though.
[Xposed Framework Modules] defim:
[MENTION=393455]tobbbie[/MENTION]

captured notifies: The Android API differs for all level a bit. So it could be that noification decoding not works for all the same. I have only 4.2 and 4.4 devices to test. Maybe the attached file works better for ICS? Please test. (dont forget to reboot after installing)

Client is starting: This is not a notification, but it is the "scrollable/floting in" part of the "waiting" notification. This could be disabled with a extended option in NotifyClean per app, but only if the notification could decoded, see above...

icons: Strange behaviour. If you are in the "details menu" and sees the wrong icon. And then hit the "home" button and then switch back to the app. Is then the correct icon visivble? On details and extended settings page, i try to resize images, but not on main view. This could have problems with ICS. Btw, if no icon is available, nothing should be visible, the fallback is not the icon of NotifyClean!?

For me is writing in english atm okay
[Xposed Framework Modules] tobbbie:
Yes, this also delivers the correct icon after switching back to NotifyCleaner with the Android TaskSwitcher. I am not aware how the activity refresh is handled when getting back to it. Blank Icons show also as blank in the all apps list view - details and further down get the NotifyCleaner Icon.

The linked .apk does not show any different behavior. After install + reboot + activating MPE, not any new notifies are tracked. After removing the notifies of MPE in NotifyCleaner and restarting it, also the same notifies as earlier are identified: "Waiting for connection" and "Self-defined".

What I wonder is that if the "MPE Connected" falls in the "self defined" range - and is forbidden - and I activate "remove notify if new created is rejected" - why is the "Waiting for connection" notify not removed? The new created "MPE connected" is not shown (so "rejected"), but the earlier displayed "Waiting for connection" just stays there. What I want is:

see the notify: Starting... + Waiting for connection notify -> this IS(!) identified

not see the "MPE Connected" -> this is not identified as an own notify, but part of the "self defined" bunch.
[Xposed Framework Modules] defim:
In the layout is the app's icon the default. So it could be that no other icon is set or the refreshed correctly. Or I missed something different with ICS.

All the other: The notifications are not correctly decoded all the time. So if this fails for any reason, it is handled as "self defined". MPE should no have any special, because it works for me. I have to take a look into android sources...

Btw, have you any error messages in the logfile (does not matter if logging is enabled or not)
[Xposed Framework Modules] tobbbie:
There are no error messages, just regular messages about loaded items when the app was last started (yesterday evening - when I put up the version you attached here).
[Xposed Framework Modules] defim:
I will install ICS on my Defy soon, to track both things. Doing this remotely won't work well
[Xposed Framework Modules] defim:
[MENTION=393455]tobbbie[/MENTION]: The atteched should be fixed for ICS. But the failure with the icon does not appear for me with Android 4.0.4
[Xposed Framework Modules] tobbbie:
Notification Decoding is ok now for MPE. However do I get the initial notify only removed once the "rejected" kicks in if I also activate the option to make notifies removable (clearing bits for service and ongoing - which I guess would normally prevent a user-delete of it). Once I pull the USB cable, the notify "Waiting for connection" gets back.

Regarding icons I noticed that the real icon also gets back in the app-notify list once I entered/returned from the pattern editor (so just like enter/return from donation-extra-menu). I also get the real icon within the pattern editor with Home/Return-to-activity, which does NOT work with the donation-extra-menu.

Just to get more details I have now (again) disabled all modules except Notify Cleaner, even removed all memory enhancements (UKSM, ZRAM, File Swap) - no change of behavior after boot. No Idea what else I could do (except scratch the device - which I will not do). Will system logs reveal anything?

I found in the logcat many lines repeating like this:

02-21 11:20:13.247 W/NotificationManager( 3675): notify: id corrupted: sent 15542, got back 0

They are all the same for "sent..got back.." - is this an effect of the Cleaning?
[Xposed Framework Modules] defim:
This did not only help for MPE, there where many apps not correctly working with ICS :silly:

MPE worked for me with the configuration you could see on the screenshots some posts above.

Maybe a reboot is required, if some settings are not applied

Icons: As i can't reprocude the problem with Android 4.0.4 CM, i can only guess. Try attached file, behaviour of details/patterns/extended is different. Maybe one works for you...
[Xposed Framework Modules] tobbbie:
The new .apk works fine for the icons app-details now.

The problems with the icon in the donation dialogue (not possible to see app-icon, instead NC icon - even after Home/Return) and the pattern editor (not possible to see app-icon, instead NC icon - after Home/Return app icon is seen) are still there.

The better ICS Notify Decoding now also reveals the "Data disabled" from andoid.phone so that this can be suppressed - without sacrificing the call-accept screen (I hope).

Regarding MPE Notification Cleaning: I want it reverse to what you have indicated in your posts: I want to see the initial Notify (starting..., waiting...) but NOT the permanent "connected" notify.
[Xposed Framework Modules] defim:
Okay, if the "details" way of showing the icon works for you, all icons should now be okay with attached file.

Yes, the "self defined notification" problem concerned many apps with api 15 (Android 4.0.3+)

MPE: You should now have recorded 2 notifications for this app: waiting and connected. If you only disable "connected" and enable in extended settings the "remove old on new denied" (every thing else there unchanged), then exit MPE and start iut again it should work as you want - for me it was so okay.
[Xposed Framework Modules] tobbbie:
Now all dialogues have the app icon - Thanks!

I notice now that many more details get revealed per application - as written already, the "Data disabled" is also gone now - still keeping the full-screen CallAccept screen (verified now).

This is not enough for settings. The "Waiting" notification is not removable for the user - and so additionally the option to make notifies removable has to be set. Mind however that such setting makes ALL notifications of the application removable - not just the one you wish to remove. Since sequence of notifies is not predictable for NC and it would be hard to create a list of which notifies to remove, it is ok for me this way.

Thanks a lot for your patience in rectifying the ICS notify decode and the icon story :)
[Xposed Framework Modules] defim:
This icon behaviour was strange: In the layout template i used the own icon to see how it will look later. By code i set then the correct icon of each app. But you Android could not handle it :)

MPE: Yes, it updates its notification up to multiple times per second. To updatet the rotation icon if "connected" i think it's okay, but not all the time...

I'll push a updatet version of NotifyClean to Store/Repositiory this evening
[Xposed Framework Modules] Jimmy34742:
+1
[Xposed Framework Modules] defim:
[MENTION=393455]tobbbie[/MENTION]: did you use the version from this thread for your MPE test? It worked with android 4.0, but had an bug with newer android versions. This it's fixed in market release yesterday...
[Xposed Framework Modules] defim:
If you have Tasker installed, you could forward notifications to it (option is on the extended/donate settings page, per app) and do everything taker could do
[Xposed Framework Modules] egingell:
Both [MENTION=4501300]defim[/MENTION] and I each made separate mods for this. Mine is called UnToaster. Defim's is called Enhanced Toasts. I can't give an objective answer to which is better since I wrote one of them and I haven't tried his. :)

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] defim:
I did not made any app for Goolge +1 ... :o
[Xposed Framework Modules] egingell:
Maybe Cracked +1?

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] tobbbie:
I initially did with the one from the thread here, but now I updated to the one from the Xposed Repository.

Can you tell in how much the one from the Xposed repository and the one from the PlayStore differ? Is it just different signatures or does the PlayStore version hook an API which activates PlayStore?

I am really tight on memory and want to avoid any extra action affecting CPU and RAM usage - even if this is temporary at startup.
[Xposed Framework Modules] Jimmy34742:
posted in wrong thread
[Xposed Framework Modules] defim:
[MENTION=393455]tobbbie[/MENTION]: The files in Play Store and Xposed Repository are identical
[Xposed Framework Modules] tobbbie:
Ok, then I will have PlayStore push the updates automatically. I noticed that the apps are only listed in my installed apps once PlayStore has tried to install them - which was refused with "app already installed".

---------- Post added at 07:01 PM ---------- Previous post was at 06:33 PM ----------

Now with the latest (1.4.8 from PlayStore) - the decoding of notifies seems different on my JB (4.1.2) GTab 2 7. The permanent notify from "CoolTool" when priority is raised in the tool's settings is no more suppressed - after cleaning the recognized notifies and re-doing the actions to trigger the notify, the earlier individually recognized "Press here to open configuration" is now hidden behind "self defined".

Selecting this or "all" will suppress the notify - so not a problem for this case, but it points to a new introduced problem.
[Xposed Framework Modules] defim:
[MENTION=393455]tobbbie[/MENTION]:

If you install the app from Xposed Repository and have installed the Play Store, it could be that Play Store detect and update it.

4.1 issue: Was caused by 4.0 compatibility, should be fixed with 1.4.9
[Xposed Framework Modules] tobbbie:
No it does not do this automatically if you just installed form Xposed repository. I checked before with PlayStore and NC was not among the list of apps installed there. After I did the install via PlayStore (which failed as "already installed"), only THEN it was listed in the PlayStore installed programs - and was/will be updated according to the PlayStore rules you set.
[Xposed Framework Modules] defim:
Thx, i was not sure. Maybe Titanium Backup's "Market Doctor" help
[Xposed Framework Modules] The-Droidster:
How do I change the position of the notifications? One pf the screenshots shows that this can be done. I could not find an option or am I missing something obvious?:o
[Xposed Framework Modules] egingell:
You have to donate.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] The-Droidster:
Oh! :p :o

Hammered from my Hammerhead!
[Xposed Framework Modules] defim:
[MENTION=4661840]The-Droidster[/MENTION]:

Yes, there is a extended/donator page with additional settings per app.

With the latest version I added:

- Hide icon: You could hide the icon per app. Usefull eg for Widgetsoid which is most time the top notification and has only a static icon which is not needed

- Always expanded: You could expand notifications by default for specific apps. I use this for Tapatalk and BubbleUpnp

So additional settings at the moment:

global

- no yellow-green bar at bottom

- clear all unused notifications of all apps (not only per app)

- show all apps, also without recorded notifications

per app:

- hide icon in status bar

- show expanded by default (API>15)

- regex pattern matching

- tasker support

- order of notifications (move up/down in list)

- move to bottom of the list and hide the icon in the status bar

- deny full screen notifications

- no floating-in text in status bar

- disable led

- disable vibration

- disable sound

- set notification as removable (ongoing), but also removes "service bit"

- remove a notification if a newly created was denied
[Xposed Framework Modules] defim:
Attached a preview version with a new feature:

- Reset the icon of the notification to default icon.

The option is on the extended per app settings page for donators.

On the screenshot is an example with Tapatalk and Trillian:
[Xposed Framework Modules] RoachForLife:
I get messages for when my Car Dock and Driving Mode are enabled (why it shows up as 2 notifications I dont know). Anyways they serve no purpose and Id love to hide them. I dont see them listing inside the app though. Are these system based and not accessible? Or am I missing something? Thanks!
[Xposed Framework Modules] arcrox:
Have you looked to see if they're listed under the Settings app? That's where my GS4's "hands free mode" notification comes from.
[Xposed Framework Modules] defim:
[MENTION=542027]RoachForLife[/MENTION]:

Also "Android-System" or "System-UI" could be the source of it
[Xposed Framework Modules] RoachForLife:
Yep it was in there. Thanks!!
[Xposed Framework Modules] dimm0k:
I have a specific app, One Click Scroll, that likes to put itself in the notification area so that it doesn't get killed by the system... would using NotifyClean allow me to clean up the notification area from apps like these that put themselves there for the sake of not being killed by the system? Ultimately would it allow this app to keep its privileges while not showing up in the notification area?
[Xposed Framework Modules] egingell:
That is the entire point of this module.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] dimm0k:
after reading through this thread I finally grasped how to use this nice little gem! basically wait for notifications to show up on the list, then select the notification "type" listed for the app or choose the "All notifications, even unknown" to filter out the notifications for the app entirely. The final most important step is to reboot the device for everything to take effect.
[Xposed Framework Modules] egingell:
You shouldn't need to reboot, but it doesn't hurt.

Edit: To clear existing ones you can go to the app's Info page and toggle "Show notifications" off and back on or toggle it in its app's settings.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] defim:
A reboot is the simplest solution, but not always needed: NotifyClean hooks at the create/update function of notification. So you could tell the app (which created the notification) to recreate or update the notification, NotifyClean should take effect

EDIT: [MENTION=4587767]egingell[/MENTION]: Sry, i did not refreh the thread :D
[Xposed Framework Modules] dimm0k:
holy crap, FB Messenger is quite annoying with its notifications... if you're part of a group chat every single message creates a notification that flashes across the notification bar. is it possible to filter out all of this crap but still have the icon in the notification bar? essentially what I want is one icon representing x messages until I open it up to reset. bout to uninstall this crap Messenger...
[Xposed Framework Modules] claytonjn:
What you want is the "No text flowing by in the status bar" option. This may be donate only?
[Xposed Framework Modules] egingell:
It's a ticker. At least that's what [MENTION=5219664]FemBlack[/MENTION] calls it in Xblast.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] claytonjn:
Yes, ticker is the official term. (https://developer.android.com/refer...Builder.html#setTicker(java.lang.CharSequence))

"No text flowing by in the status bar" is how defim phrased it in the app's settings though.
[Xposed Framework Modules] egingell:
Oh. I misread your post. I thought you were adding input to the suggestion.

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] defim:
As you max know, i'm not a english native speaker...

I read the "text floating by" sometime on http://developer.android.com, but i can't find it anymore. I've now added "ticker text" to the checkbox
[Xposed Framework Modules] claytonjn:
Yeah, I was going to mention it before but I thought your wording was a bit more descriptive. Probably best to call it ticker text though.
[Xposed Framework Modules] defim:
it's in the next release
[Xposed Framework Modules] xzaxox:
I have power toggles app and if I block its notification whole app gets blocked and it doesnt open anymore.
[Xposed Framework Modules] egingell:
That's the price you pay for making an app do something it wasn't programmed to do.

Also... Doesn't blocking its notification defeat the whole purpose of the app?

Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
[Xposed Framework Modules] xzaxox:
But I dont like that there is that icon top left corner of the notification bar :/ Maybe I have to just deal with it.
[Xposed Framework Modules] defim:
Icon blocking in the status bar is available in donation version
[Xposed Framework Modules] defim:
No, in android, with a notification a app will not be killed by oom...

Or other case: widgetsoid switches are cool, but status bar icon is not needed
[Xposed Framework Modules] xzaxox:
Cool! Have to try immediately!