view the rest of the comments
Android
DROID DOES
Welcome to the droidymcdroidface-iest, Lemmyest (Lemmiest), test, bestest, phoniest, pluckiest, snarkiest, and spiciest Android community on Lemmy (Do not respond)! Here you can participate in amazing discussions and events relating to all things Android.
The rules for posting and commenting, besides the rules defined here for lemmy.world, are as follows:
Rules
1. All posts must be relevant to Android devices/operating system.
2. Posts cannot be illegal or NSFW material.
3. No spam, self promotion, or upvote farming. Sources engaging in these behavior will be added to the Blacklist.
4. Non-whitelisted bots will be banned.
5. Engage respectfully: Harassment, flamebaiting, bad faith engagement, or agenda posting will result in your posts being removed. Excessive violations will result in temporary or permanent ban, depending on severity.
6. Memes are not allowed to be posts, but are allowed in the comments.
7. Posts from clickbait sources are heavily discouraged. Please de-clickbait titles if it needs to be submitted.
8. Submission statements of any length composed of your own thoughts inside the post text field are mandatory for any microblog posts, and are optional but recommended for article/image/video posts.
Community Resources:
We are Android girls*,
In our Lemmy.world.
The back is plastic,
It's fantastic.
*Well, not just girls: people of all gender identities are welcomed here.
Our Partner Communities:
why would swiping away an app not kill it? why would you do that? leave it be until it's done wtf
how much RAM you got? on my two A15 phones with 6 and 8 GB RAM nothing extraordinary happens in that regard, whereas my A15 4 GB RAM tablet can't handle a lot of open apps and OOM kills some in the background.
edit: you seem to be trying to run android apps like desktop apps. that doesn't work here. how things work is most apps are dormant when they don't have focus and when they receive a push message e.g. "you have a new message", their handler wakes up, fetches stuff from the server and updates local state (and then optionally displays the notification).
so you either need to install unified push and get apps that support it or have e.g. microG implement a subset of Play services so that GCM/FCM works with "normal" apps. the third option, what you may be doing, is having every app excluded from sleep and doing their own updates checking.
the example where you close an app and then go "why app closed" is unrelated.
EDIT: I tested the same with my file explorer while moving files, but the task didn't get killed. This might jusz be issue with the browser.
All the stock Android versions I used until Android did not kill tasks that are run with a persistent notification. Swiping away killed the app activity, but it did not stop its tasks or services.
My device has 6GB RAM and I never had such behavior.
Because if an app has a permanent notification, it cannot get killed. Before Android 15 or 14, you couldn't even swipe such notifications away - the idea was that the app was forced to tell the user it's running.
Then Android added a list of apps running in the background and allowed users to dismiss the permanent notifications, but the behavior is still the same - an app can keep itself alive until it removes the notification on its own or gets force killed either by doze or from the settings.
So swiping away a browser after you initiate a download is a perfectly valid use case that is intended to work without any problems. If it doesn't, then it's a bug either in LineageOS or in the browser.
Also, I can confirm this works perfectly fine on stock Android 16 ROM on a Pixel with Vivaldi browser - the download finished, and then Vivaldi got killed, because nothing was keeping it alive after it cancelled its download notification.