Top Android Phone Makers Are Killing Useful Background Processes and Breaking 3rd-Party Apps To 'Superficially Improve' Battery Life, Developers Allege (dontkillmyapp.com)
A team of developers has accused several popular smartphone vendors of compromising the functionality of third-party apps and other background processes on their phones in an attempt to "superficially improve" the battery life. The team, Urbandroid, further alleges that these vendors have not correctly implemented Doze mode feature that Google introduced with Android Marshmallow. They also say that Google appears to be doing nothing about it.
Among the worst offenders are, per developers (in descending order): Nokia, OnePlus, Xiaomi, Huawei, Meizu, Sony, Samsung, and HTC.
Among the worst offenders are, per developers (in descending order): Nokia, OnePlus, Xiaomi, Huawei, Meizu, Sony, Samsung, and HTC.
We don't need that shit running in the background. Much like every windows program that wants to run at startup.
Only the State obtains its revenue by coercion. - Murray Rothbard
Useful background processes that are useful for whom? The developers who want to harvest data continuously?
What, some background process that's responsible for somehow updating the batter meter, resulting in it not going down even though the battery is going down?
No, that's not the case? Then the battery life is not 'superficially' extended, it is either extended or it isn't. If they claim better battery life as a reason, but they don't actually get battery life, that is not superficially extended, that is flat out incorrect.
XML is like violence. If it doesn't solve the problem, use more.
This is quite annoying. I found stuff like 'FolderSync', which will allow you to, say, copy the contents of a directory from your phone to your Google Drive automatically every night, would get killed off mid copy as it runs as a background tab.
Similarly when copying a large file using a file manager, or downloading a large file in the background.
It's possible to set an app up as an exception, but you have to do this for all applications that you want to be able to run in the background.
Yes there are some apps that you probably don't want to run, but it's really frustrating when it stops the apps you want to allow run, and you have to go hunting for a setting that has a different name on each phone.
Smaller and thicker phones with a decently thick battery.
We DON'T need a 7 inch phone as thin as a knife!
I just got an Android phone because I had to due (main phone is a Windows phone). Holy shit, what a mess it is. It has tons of processes that are indecipherable. How does anybody manage all of that?
I don't respond to AC's.
The issue is when you download an app and expect it to work, and it doesn't. And the reason is because the phone manufacturer decided to kill the app off and not tell you. And then you complain to the dev that it doesn't work and the poor dev is left telling you how to fix something that the phone manufacturer put in place that's non-standard.
I currently have a problem where chromecast connections (from YouTube or NetFlix) get disconnected on my phone when I turn the screen off. My chromecast will still play, but if I open the app again I generally have to reconnect, or even kill off the app and run it again and then reconnect. It's likely caused by Sony killing off some background processes, and I can't find what process it's killing off.
But you had to suck the green robot's cock.
I for one welcome our green robot cock, sorry, uhm I mean overlords.
Smaller and thicker phones with a decently thick battery.
Ok, that is what YOU want. That has little reflection on what everyone else might want. I don't need a smaller phone (I like the size of the iPhone X) but I wouldn't object to the battery being thicker and it having a better camera. But that is what I want and you might feel differently. Some people want a tablet sized phone for some reason (bad eyesight, showing off, just like big screens, etc) and that's their right.
Personally I'm fine with the base phone being thin provided they make an actually decent battery case which nobody has so far. Every battery case I've seen to date has been a clumsy and ugly hack, including the ones the OEMs make (looking at you Apple). They could actually put real functions into the case besides padding and a battery but to date no phone maker seems interested in bothering.
Not surprised Nokia being the leader. It is owned by Microsoft now, and Microsoft will always game every benchmark.
sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
An open OS that manufacturers can tailor or a standard one controlled by one company to ensure compatibility?
Manufacturers not letting apps run in the background doing who knows what or allowing them and not having background processes top unexpectedly?
I'm a consultant - I convert gibberish into cash-flow.
What about scheduled backups?
Titanium Backup fails to run any scheduled tasks on my handset - unless the battery "optimisation" for it is turned off... ...run it manually, and it's fine...
...that Apple tried to avoid to begin with in iOS: Once you allow apps to run in the background, more and more apps want to do that and the bottom line is that the phone is busy all the time and sucks your battery dry and nobody knows why.
Apple was quite drastic and just didn't allow background tasks with very few exceptions: VoiceIP apps, chat apps and audio apps, also apps are allowed to finish tasks (like downloads) they began while they were in the foreground for max. 5 minutes. Some people think this is too strict, but the sweet spot is somewhere between "no background tasks at all" and "whatever, let apps do what they want", with both extremes probably being utterly wrong.
You won't find a solution that will satisfy everyone, but as soon as you have phone manufacturers putting up their own policies and hacks nobody knows what will happen with his app when and why and under which Android version. The fact that they seem to NEED their own hacks seems to indicate that Google didn't really solve this problem with Android.