After so long of developing apps for other people, I've decided to make one 100% by myself, and publish it.
The app is basically an alternative to the default app-manager of Android, and it provides some unique features that helps you manage and uninstall apps quicker and easier.
If you've found this app useful, please support it by sharing/donating/comment on the play store.
Installation link :
APK mirror:
https://www.apkmirror.com/apk/androiddeveloperlb/app-manager/
ApkPure:
https://apkpure.com/app-manager/com.lb.app_manager
Some screenshots
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
So, here's some information about it:
Background
How many times have you tried to uninstall an app but found it annoyingly hard, whether you've forgot its name or it's hidden in a bunch of many apps you have?
Have you ever wanted to uninstall a built in app, which came from the carrier/manufacturer?
Are you a programmer/tester and need to uninstall/reset your apps frequiently?
If so, this is the app for you.
Short description
As I've written ,the purpose of this app is to replace the default app-manager, and ease the uninstallation task as much as possible.
The app is free and supports Android 2.3 and above, but works best from Android 4.0.
The app has ads (banners) but you can easily remove them by donating.
Who is it useful for?
The app is intended for multiple kinds of people:
For the common user, it's easier to perform searches of apps, easier to unisnstall them, and easier to share them.
It's also easier to go to the play store page of the app ,give feedback about it and contact the developers.
For power users, it's easier to uninstall built in apps (AKA "system apps"), like the bloatware that come with the OS.
For developers, QA, and beta testers, it's easier to uninstall/reset the recently installed app, by using widgets.
You can also share apps as APK files, and see the version of the apps.
Features and advantages over other apps
Viewing of app types of apps, and not just those that you can launch (example: plugins, live wallpapers, keyboards,...).
Widgets, for quick uninstallation/reset of the most recently installed app.
Quick uninstallation of apps. For rooted devices, the uninstallation (and other operations) can be silent (in the background)
Easy uninstallation of apps that got admin privilages.
Ability to automatically add app shortcuts when they get installed, no matter how they got installed.
Also the ability to choose which launcher will create the shortcuts.
Easy to use - one click to uninstall. Long click for multi-selection
Context menu options on selected app:
Run
Share Play store link, Amazon AppStore link, or even APK file (no need for Root)
Manage
Open app on the Play store.
Kill background process, or stop the app (needs root)
Quick reset of the app (needs root).
disable/enable app (needs root).
Create shortcut.
Search the app via your search engine or the Internet.
Sort the apps bysize, name, by package name, by date installed, and by date updated
Filter apps by:
System/user apps,
Enabled/disabled apps
Installation path : SD card / internal storage
Ability to uninstall system apps (Root only, and might not work on some cases)
Ability to replace the default uninstaller .
Detailed yet short view of the installed apps, including app name, package name, date insalled and version information.
Safe and automatic deletion of certain folders after uninstallation, that some Android OS versions don't handle for some reason.
Theme chooser, in case you don't like the cards UI.
Hopefully more to come, will be written about on the play store
App translation
https://crowdin.com/project/com-lb-app_manager
Beta testing
Links for the beta testing group:
- https://play.google.com/apps/testing/com.lb.app_manager
Articles
https://web.archive.org/web/2014050...roid/supercharge-your-android-app-management/
http://reviewttb.blogspot.in/2014/04/app-manager-review.html
http://iandroid.co.il/dr-iandroid/archives/16296
http://www.appbrain.com/app/app-manager/com.lb.app_manager
https://www.androidrank.org/application/app_manager/com.lb.app_manager
FAQ
The OS says the app runs in the background, or the app has a notification of its own. Why? Doesn't it consume battery?
The app is triggered by app operation events : uninstall, install, clear-data...
Upon each of those, it saves the state for various purposes, in the background. For example the removed-apps list, and the widget. Those have to be handled right away, so it must be done even if you don't see the app.
In the rest of the time, it does absolutely nothing.
This is why the app is so efficient in battery usage, that you won't see it in the list of battery-consuming apps. Meaning it doesn't even reach the 1% battery usage. I am sure it doesn't even reach 0.001% .
You can hide the notification, but sadly on some Android versions (8.0, but not 8.1 and above) you might see a different notification, that the app might use the battery. You can safely ignore it. I guarantee there is no noticeable difference in battery consumption.
In fact, due to the optimizations I've added for Android 8.0 and above, and because the app's process doesn't get killed so often, it might even be better in battery usage. The reason is that the app always had to listen to app-events, and before Android 8.0, the app got triggered by them, meaning its process started each time if it was killed before. Less CPU, more battery.
I have a Xiaomi device and the app fails to install any kind of app. How come ?
Seems it's an issue that will exist for quite some time, and that it is turned by default on Xiaomi devices and causes various issues (read here for example). This "feature" is called "MIUI optimization" , and for now you can only disable it on the "Developer options".
So, for now, you can overcome this by enabling developer options and there to disable "Turn on MIUI optimization".
Note that once you do this, the OS will reset a lot of apps, mainly in terms of permissions. This includes my app too.
Just a side note: Xiaomi is known as one that breaks a lot of apps, as it creates its own made up rules and permissions, very much against how Android works. This is also why there is a website that speaks about it, here, so for better handling of the app, also white list it from the various permissions Xiaomi has created, too.
Sadly I have no way to handle those things, as long as Xiaomi chooses to make their own non-standard rules.
I don't have a rooted device, but I still want to disable/uninstall a system app. Is it possible?
It's possible... to try, using a PC connected to your device.
I've made a tutorial for this here (old one here ).
If the OS would allow, you could uninstall or at least disable system apps this way.
I think I got some nasty app, which shows ads randomly or takes control of the smartphone in some way (or any other bad behavior that I don't like). Can this app help me find it and neutralize it?
Even though it wasn't originally intended for such a task, I've noticed it helped many people with it. There are multiple reviews telling that it helped them removing such "virus" apps. I've even done it myself on both my device and for my family-relatives.
So the answer is that it might help you. Here's what you can do to try to handle it:
https://forum.xda-developers.com/showpost.php?p=77987186&postcount=543
What are split-APK files? What are "APKS" that are being generated sometimes when sharing apps?
Split apk files (AKA "app bundle" apps) are not meant to be installed just like normal APK files. They are used as you use the app, getting installed by the Play Store, to use only the minimal things you will use on your device, with your Android version, with your CPU architecture, with your locales, with your screen density, and so on...
Not only that, but if you install such files on other configurations, they might not work properly or fail to install.
As far as I know, backup&restore of such apps is not even working on popular backup apps such as Titanium backup.
Currently the app allows to share such apps as APKS files, which is just a zipped file with all of the APK files of the app. This is similar to what's done on various other apps and services (SAI, ApkPure, APK-mirror,...) with various file extensions (APKS, XAPK, APKM,...).
To install them using my app (which supports all files that I've mentioned: APKS, XAPK, APKM ), you can currently do this only from other apps that trigger it. The most common way to do it is directly from file-manager apps, but this should also be possible via chatting apps and others.
If you wish to do it on your via the PC, you can do it too:
use adb command as such:
Code:
adb install-multiple apk1 apk2 ...
Why isn't there a permissions management feature?
For permissions management, I actually planned some management tool, but sadly Google has changed how permissions groups work, and so permissions sometimes go to a different group. For example, before Android P, the permission "WRITE_CALL_LOG" belonged to "Phone" permission group, but from Android P, it moved to "Call log" permission group, which never existed before.
Currently, Google removed all APIs to get which permission group has which permission. Even in the documentation there is no mention anymore which permission group holds which permissions. Not only that, but OEMs sometimes make up their own permission which aren't official in any way (see "auto start" that Xiaomi made, and the reason that "don't-kill-my-app" website exists, for example). I still hope that one day I will be able to get a reliable way to get the correct information, no matter which version of Android the app runs on.
Why isn't there an option to install an old version of an APK when I have a newer one installed?
Apps aren't designed to handle this situation. They are only designed to handle upgrades. So, Google made it impossible to do it starting from Android 7 (read here). If you want to try it anyway, you can do it using PC&adb tool, as written here.
Why isn't there a boot-up management feature? Memory freeing/boosting? CPU usage? RAM usage? Automatic-task-killing? Modify apps ?
Various features of those types are not documented and not recommended to be used. Those can ruin how the apps work, just like OEMs do it sometimes even by default. This can also cause false crashes, or crashes that can't be reported. For users, some of those functions have the false promise by various apps that say it will make reduce battery consumption (search google for "Android task killer myth").
It is not a good thing to alter how apps work and behave, and Google has rules about modifying APKs, so I do not want to take the risk in doing so.
As for viewing information alone, this is something that isn't useful for users, but more for developers who already have them via the various development tools and even apps that specialize about it.
This app was made for users and power users mostly, and I want to make it work properly as much as possible, without worrying that for some devices or at some day things will be broken. I prefer to have as little workarounds as possible.
That's why I decided to stick with things that are more standard, more commonly used, and more available to be used.
I have an SD-card. Why can't I set an installed app to be on it, properly?
Installing an app to the SD-card has various restrictions that determine whether it's possible or not, and how much it will affect how well the app behaves.
To do it here, you have to have a rooted device (or use a PC with adb command as written above), the OS should allow to do it, and the target app should allow to do it.
That being said, you might try your luck via the developer-settings of the OS (check how to enable it on Google for your device), via "force allow apps on external" preference.
Why not share version-name and app-name alone instead of version-code and package-name with others?
Simply put, version-name and app-name are not unique enough, depend on the current locale, can be of any length (so it can be too long) and not restricted by which characters are used (so can be problematic on some OSs).
That's while version-code is always an increasing number, and package-name is always safe to use and is considered as the ID of the app on the Play Store and probably on any app-store.
That being said, I might allow to customize what to share some day, and let users be responsible of possible issues if they might occur.
In the past versions, the app didn't need to run in the background, and didn't need to have usage-stats permission at all. What happened?
In one word: Google . Google has changed the rules:
- For running in the background , the reason is that a lot of types of global events (called "Intents") need to be handled only with an app that has a sticky notification (called "foreground service"). Before Android 8.0, it was possible without this requirement. The app would have been awakened for each such event, handle it and go to sleep, while the OS can kill it if needed. Now it's not possible (read here). Adding to this, is that Google forces all new apps and updated to existing ones to do it for Android 8.0 and above, by the end of the year (read here). This means you should expect more apps to show their notifications, or they will present a weaker functionality.
The good news is that this actually helps with battery usage on Android 8.0 and above. Instead of re-creating the process of App-Manager for each event, the process is already alive, so less CPU will be used. And, since it's already alive, handling it will take less time. So, less CPU and less time, meaning more battery for you. You can also hide the notification if it bothers you.
- For usage-stats permission, before Android 8.0 I could get the exact app-size without any permission. And, before Android 5.0, I could get the recently launched apps with a permission that doesn't require requesting in runtime. Because of the recent changes, this is not possible anymore without usage-stats permission. And, since getting app-size and sorting apps by recently launched - are quite basic features, I decided to request it all in the beginning together with the storage permission that was always a requirement.
Getting the app-size was tricky before Android 8.0, and so I added a fallback in case it's not working for some users, or working too slow for them. It wasn't perfect, but it was all I could do.
The good news about this, is that it's much more efficient than what I did before. Getting app size is super fast, and it will always work because there is now an official way to do it. In fact it's so quick that I've removed the fallback for Android 8.0 and above.
Privacy policy ?
Written on this post.
Thank you!
Very simple and useful app!
newHere:) said:
Thank you!
Very simple and useful app!
Click to expand...
Click to collapse
You're welcomed, and I do hope that it will succeed as I wish to improve it even more and make other useful and cool apps.
cool app,very helpfull for me,because im test so many apps from here and now its much easier to deinstalling,i like it!!!
-CALIBAN666- said:
cool app,very helpfull for me,because im test so many apps from here and now its much easier to deinstalling,i like it!!!
Click to expand...
Click to collapse
Yes, that's actually why I made the app myself, since I am both a developer and a user that tries out many apps.
will try it!! sounds nice
I would like to get some feedback from you people:
1. What is the best feature that you liked on the app?
2. What is the best feature that you'd like to have?
3. In case you have a good English accent, have the ability to record your device, would you like to put your video review?
If so, I will put your video (if it's good enough) on the play store, along with credits (or you put them at the end of the video if you wish).
No ads in the video, please .
AndroidDeveloperLB said:
I would like to get some feedback from you people:
1. What is the best feature that you liked on the app?
2. What is the best feature that you'd like to have?
3. In case you have a good English accent, have the ability to record your device, would you like to put your video review?
If so, I will put your video (if it's good enough) on the play store, along with credits (or you put them at the end of the video if you wish).
No ads in the video, please .
Click to expand...
Click to collapse
Well overall, the app is quite streamline and easy to navigate.
And the making of APK to share file is the best feature that I liked.
It would be nice if the app could have the feature to natively share apks of different apps, from within, using wifi direct, if another device has this installed. Would make it even better.
About the review, I have had some experience with them, so i'll give it a shot tomorrow morning, it's 10 pm here at the moment so I can't prepare and edit now.
I like this, for me the most useful part is the sorting by install and updated. Enough that I did the donation thing to get rid of the ads.
Some suggestions:
Tabs or Drawers / Categories with Tags
- The way this would work is that you can tag apps with categories (each app being able to be tagged with as many categories as the user likes). For instance, I may make a category for frequently used and camera. I would tag my several camera apps with the camera tag, and the one I use most I would also tag with the frequently used tag.
- Then, when searching I could search for the tags as well, such as searching frequently used and all those with that tag would come up.
- Going a step further is the creation of preset tag search tabs. So at the top, or side or wherever it fits best, there may be a place for the Camera Tab Search that I would select it and see all my camera apps.
I think the above feature would make organizing and accessing the apps even more awesome.
The next suggestion is moving towards replacing the stock app manager.
- I use XPosed with Gravity Box. I set up the long press of the home button to launch your App Manager.
- I also use the GEL Settings that changes the Home Button into the Apps Button when you are already on your home screen. It would be awesome if you did the same, but instead made it link to your app.
KNIGHT97 said:
Well overall, the app is quite streamline and easy to navigate.
And the making of APK to share file is the best feature that I liked.
It would be nice if the app could have the feature to natively share apks of different apps, from within, using wifi direct, if another device has this installed. Would make it even better.
About the review, I have had some experience with them, so i'll give it a shot tomorrow morning, it's 10 pm here at the moment so I can't prepare and edit now.
Click to expand...
Click to collapse
Thank you for sharing your opinion.
About sharing via Wifi-Direct, isn't it already possible in case both devices have an app for sharing stuff over Wifi-Direct?
For example, using "SuperBeam" ? I never tested the app or the feature, but I think it's already possible, no?
Some Roms (and I think it includes some stock Roms) even have this built in, as I remember.
Not sure though, if any of those solutions share APK files, or just media files.
Since I don't have multiple devices, I can't check it out, and I'm not sure if I will be able to develop it in a way without any bugs...
AndroidDeveloperLB said:
Thank you for sharing your opinion.
About sharing via Wifi-Direct, isn't it already possible in case both devices have an app for sharing stuff over Wifi-Direct?
For example, using "SuperBeam" ? I never tested the app or the feature, but I think it's already possible, no?
Some Roms (and I think it includes some stock Roms) even have this built in, as I remember.
Not sure though, if any of those solutions share APK files, or just media files.
Since I don't have multiple devices, I can't check it out, and I'm not sure if I will be able to develop it in a way without any bugs...
Click to expand...
Click to collapse
Yeah, many apps have this feature, but I just asked for it because this app already has many different methods of sharing an app, and this could make it even faster and better, due to more streamlined representation of your apps. But if it's hard for you, don't worry, no one's forcing you; you are the Dev, you decide how you app is.
But the functionality is quite great.
maddbomber83 said:
I like this, for me the most useful part is the sorting by install and updated. Enough that I did the donation thing to get rid of the ads.
Some suggestions:
Tabs or Drawers / Categories with Tags
- The way this would work is that you can tag apps with categories (each app being able to be tagged with as many categories as the user likes). For instance, I may make a category for frequently used and camera. I would tag my several camera apps with the camera tag, and the one I use most I would also tag with the frequently used tag.
- Then, when searching I could search for the tags as well, such as searching frequently used and all those with that tag would come up.
- Going a step further is the creation of preset tag search tabs. So at the top, or side or wherever it fits best, there may be a place for the Camera Tab Search that I would select it and see all my camera apps.
I think the above feature would make organizing and accessing the apps even more awesome.
The next suggestion is moving towards replacing the stock app manager.
- I use XPosed with Gravity Box. I set up the long press of the home button to launch your App Manager.
- I also use the GEL Settings that changes the Home Button into the Apps Button when you are already on your home screen. It would be awesome if you did the same, but instead made it link to your app.
Click to expand...
Click to collapse
Thanks for sharing your opinion.
About the tagging suggestion:
Do you mean auto-tagging, or letting the user tag them? or maybe scan the play-store and tagging the apps using the category they were in...?
Currently, it's a rather time consuming thing to add this feature of tagging, especially if I will add a server side storage that will hold the tags of all the users.
It's a very good suggestion, though, and I will keep it in mind for future releases.
For now, if you wish to organize apps, there are plenty of launchers out there that do the job by putting the apps shortcuts into folders . Some, like "everything.me" launcher, will do it for you.
About having tabs of tags, I think it's against the guidelines of Google to have too many tabs (think how annoying it will be when you create many tags). Maybe a navigation drawer is better.
BTW, I also use Nova launcher, and I've tried a lot of launchers.
About replacing the stock app manager, that was my goal, but I still need to handle operations that I didn't find how to deal with, such as clearing the default of apps, getting the size of them correctly, toggling notifications on/off,...
I'm familiar with using XPosed, but didn't use Gravity Box module. I'm not sure what this module does (I've read its description now) ...
I didn't understand what you did with GEL settings. Did you make it so that the home button of the navigation buttons changed to anything you wish on certain cases?
KNIGHT97 said:
Yeah, many apps have this feature, but I just asked for it because this app already has many different methods of sharing an app, and this could make it even faster and better, due to more streamlined representation of your apps. But if it's hard for you, don't worry, no one's forcing you; you are the Dev, you decide how you app is.
But the functionality is quite great.
Click to expand...
Click to collapse
My app only uses the apps that are already installed on your device. That's how Android works (using "send" intents in this case).
For example, if you had "WhatsApp" installed, it will be shown on the dialog I've made, and if "WhatsApp" supports sending APK files, it will also work (sadly I think it doesn't, but I'm pretty sure "Telegram" does).
BTW, the dialog I've made isn't the native one just because I wanted to add some features to it and I also didn't like how slow the default one is.
Can you please check if Wifi-direct is possible for this task, before I consider adding this feature? I will also try it out at the office if I get the chance.
AndroidDeveloperLB said:
My app only uses the apps that are already installed on your device. That's how Android works (using "send" intents in this case).
For example, if you had "WhatsApp" installed, it will be shown on the dialog I've made, and if "WhatsApp" supports sending APK files, it will also work (sadly I think it doesn't, but I'm pretty sure "Telegram" does).
BTW, the dialog I've made isn't the native one just because I wanted to add some features to it and I also didn't like how slow the default one is.
Can you please check if Wifi-direct is possible for this task, before I consider adding this feature? I will also try it out at the office if I get the chance.
Click to expand...
Click to collapse
Yeah, telegram is the only one which would let you send apk files.
But I am not a dev, so I won't be able to check or add things. I am just a tester for the apps and roms and sometimes co-operate with reviews.
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
So I found a small bug, in the sharing menu of the app, aside the regular apps, it also displays apps from music streaming services, but only the ones which allow uploading of content, like grooveshark.
KNIGHT97 said:
Yeah, telegram is the only one which would let you send apk files.
But I am not a dev, so I won't be able to check or add things. I am just a tester for the apps and roms and sometimes co-operate with reviews.
Click to expand...
Click to collapse
About checking it, I didn't mean that you'd develop anything, not even search the internet about it.
I meant installing an app that lets you send files over WIFI-Direct (like the app I've mentioned), open it (not sure, but I think it's needed so that it would be enabled), and then use my app to send the APK via this app.
AndroidDeveloperLB said:
About checking it, I didn't mean that you'd develop anything, not even search the internet about it.
I meant installing an app that lets you send files over WIFI-Direct (like the app I've mentioned), open it (not sure, but I think it's needed so that it would be enabled), and then use my app to send the APK via this app.
Click to expand...
Click to collapse
My bad, got you wrong there.
So I tested with Superbeam(tried other apps too, but just won't show them in share menu) and it works fine. The transfer is carried out normally like choosing a file to be transferred from any other app.
--------------------------------------------------------------------------------------------------------------------------------------------------------
Going to sleep for now. Will test, review and report further tomorrow morning.
KNIGHT97 said:
My bad, got you wrong there.
So I tested with Superbeam(tried other apps too, but just won't show them in share menu) and it works fine. The transfer is carried out normally like choosing a file to be transferred from any other app.
--------------------------------------------------------------------------------------------------------------------------------------------------------
Going to sleep for now. Will test, review and report further tomorrow morning.
Click to expand...
Click to collapse
Not sure I understood :
Did it show up there ?
Did you succeed transferring the APK file using WIFI-Direct?
If so, that's great news. I wonder though how come WIFI-Direct sharing isn't a built in feature on Android.
I think it should be easy as using the Bluetooth.
Also I don't get why Android-Beam uses Bluetooth instead of WIFI-Direct (as done on Samsung's devices). In fact, maybe Google could make the files transfer faster by harnessing both Bluetooth and WIFI-Direct together.
Thanks very handy.... Donated.... And again cause I'm
.. And again
Christiancs1969 said:
Thanks very handy.... Donated.... And again cause I'm
Click to expand...
Click to collapse
Wow. Thanks. :good:
You are the first one who is...
Well one more for luck then.....
Seriously... Its very handy thanks
On OOS 11 and 12 when I force close any app, it stays closed all the time. I have one or two apps that I don't need to run all the time, just from time to time, so I force them close usually.
But now I'm on OOS 13 and when I force close app it's re-run after some time. It looks like android "revives" app. And this app has unchecked "backgroud activity" and "auto lunch" of course.
Is this a new "feature" of android 13? Or OOS maybe?
The new "feature" you've said is actually "something normal all the time" form Android 4.0 +. This is something you can have on AOSP. What you want is actually something "dirty" made by the device manufacturer, which is a nightmare for Android developers. Those manufacturers don't follow the Android standard and prevent the software to be triggered under some circumstances, this breaks the functionality of the app.
For example, using the Android WorkManager can register a worker with a scheduled task. Developers can assign the task to be executed at a specific time or every a period of time. The WorkManager is a wrapper for Jobscheduler and AlarmManager. Depending on the Android OS version, the WorkManager automatically choose to use one of the above methods to run the scheduled task. If an app registers a PeriodicWorkRequest and assign it to execute every 2 hours, even the app is closed, the PeriodicWorkRequest still can be triggered and revives the app every 2 hours. The nightmare for developers is that OPPO, Xiaomi...etc, these manufacturers prevent the scheduled tasks to be executed if the app is closed(Hall of shame). They are not following the Android standard, so apps can not behave as expected. It is totally different from the documentation at developer.android.com, but every manufacturer is doing this under the excuse of battery optimization, so many users think this is normal. However this is actually some nasty customization to the OS made by the manufacturer to break many apps on the device. That's why apps with background services, such as, Tasker, Bitwarden can not work correctly on many devices if they're not excluded in battery optimization management apps made by the manufacturer.
Almost every Android developer has to tell users to visit https://dontkillmyapp.com/, because Chinese manufacturers like to kill app services and break all the apps with background services. And finally now Google is introducing CTS-D, to tell devs about how background services work on the device. I guess this is why things are finally moving back to normal in Android 13.
#The page https://dontkillmyapp.com/ is a website made by developers to teach users to whitelist apps after receiving a lot of complaints about apps not working correctly. Thanks to those manufactures created this mess.
evilhawk00 said:
The new "feature" you've said is actually "something normal all the time" form Android 4.0 +. This is something you can have on AOSP. What you want is actually something "dirty" made by the device manufacturer, which is a nightmare for Android developers. Those manufacturers don't follow the Android standard and prevent the software to be triggered under some circumstances, this breaks the functionality of the app.
For example, using the Android WorkManager can register a worker with a scheduled task. Developers can assign the task to be executed at a specific time or every a period of time. The WorkManager is a wrapper for Jobscheduler and AlarmManager. Depending on the Android OS version, the WorkManager automatically choose to use one of the above methods to run the scheduled task. If an app registers a PeriodicWorkRequest and assign it to execute every 2 hours, even the app is closed, the PeriodicWorkRequest still can be triggered and revives the app every 2 hours. The nightmare for developers is that OPPO, Xiaomi...etc, these manufacturers prevent the scheduled tasks to be executed if the app is closed(Hall of shame). They are not following the Android standard, so apps can not behave as expected. It is totally different from the documentation at developer.android.com, but every manufacturer is doing this under the excuse of battery optimization, so many users think this is normal. However this is actually some nasty customization to the OS made by the manufacturer to break many apps on the device. That's why apps with background services, such as, Tasker, Bitwarden can not work correctly on many devices if they're not excluded in battery optimization management apps made by the manufacturer.
Almost every Android developer has to tell users to visit https://dontkillmyapp.com/, because Chinese manufacturers like to kill app services and break all the apps with background services. And finally now Google is introducing CTS-D, to tell devs about how background services work on the device. I guess this is why things are finally moving back to normal in Android 13.
#The page https://dontkillmyapp.com/ is a website made by developers to teach users to whitelist apps after receiving a lot of complaints about apps not working correctly. Thanks to those manufactures created this mess.
Click to expand...
Click to collapse
I think the point rufik made is the opposite. It's not about android autokilling app.
Instead when he force closes the app, it starts again.
Check that Auto launch isn't enabled for the app. Settings>Apps>Auto launch
Rootk1t said:
I think the point rufik made is the opposite. It's not about android autokilling app.
Instead when he force closes the app, it starts again.
Click to expand...
Click to collapse
No, you don't understand my point. I'm talking about this under the view of an app developer. I mean auto killing app also has a feature that prevents Jobscheduler to be called.
What I meant:
Due to no app auto killing => system not preventing Jobscheduler to be executed after app force close => Jobscheduler executed after force close app(Jobscheduler task was created before force close app, and Jobscheduler is not the part of app, so it is not forced closed, it still execute, it should be cancelled by the app itself) => Jobscheduler task call codes from the app => the app starts itself.
More info : https://stackoverflow.com/a/63226260
With Jobscheduler, you can make a app to restart itself after forced close on AOSP. But this trick never works on manufacturer customized Roms with app auto killing feature.