From Newsgroup: comp.mobile.android

I know how to clear the cache for each app on my cellphone. I believe
that if I do a reset of my phone, all of the caches area cleared.

Is there some why to clear the caches of all the apps on my cellphone
with out resetting the phone?

ie Automate the routine to clean each app's cache, so that would go down
the list clearing each app's cache.

The caches on the phone while individually are small collectively take
up a good chunk of the phones memory.


--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

On 2024-03-18 02:42, knuttle wrote:

I know how to clear the cache for each app on my cellphone.   I believe that if I do a reset of my phone, all of the caches area cleared.

Is there some why to clear the caches of all the apps on my cellphone
with out resetting the phone?

ie Automate the routine to clean each app's cache, so that would go down
the list clearing each app's cache.

The caches on the phone while individually are small collectively take
up a good chunk of the phones memory.

There are tools for freeing up space that do that. I don't remember name
just this instant; the one I remember is extinct, they did something bad
are were banned. ES something.
--
Cheers, Carlos.

--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

"Carlos E.R." <robin_listas@es.invalid> wrote:

On 2024-03-18 02:42, knuttle wrote:

I know how to clear the cache for each app on my cellphone.   I believe
that if I do a reset of my phone, all of the caches area cleared.

Is there some why to clear the caches of all the apps on my cellphone
with out resetting the phone?

ie Automate the routine to clean each app's cache, so that would go down
the list clearing each app's cache.

The caches on the phone while individually are small collectively take
up a good chunk of the phones memory.

There are tools for freeing up space that do that. I don't remember name just this instant; the one I remember is extinct, they did something bad
are were banned. ES something.

ES Explorer. Spyware. Also click fraud: their app pretended the user
clicked on an ad, so they could generate click-through revenue.

https://en.wikipedia.org/wiki/ES_File_Explorer

Apparently you can use ADB to issue a command to clear all app caches:

adb shell pm trim-caches <release>

where <release> is how much you want to free up. I use ABD rarely, so
I'm not sure if trim-caches takes an argument to free all app caches. I suppose you could specify a huge value that would encompass all of it.
Older versions of Android let you go to Android settings -> Storage ->
Cached Data to let you clear all app caches at once. Google giveth and
taketh.

Unless you don't care about saving on battery and retrieval time,
caching will require an app to re-retrieve everything it retrieved
before. The app will rebuild its cache, and that consumes time (you
wait for the retrieve), bandwidth, and consumes more power. Unless an
app misbehaves (corrupted cache files, incompatible server-side changes,
buggy apps, or after an OS update), there is no reason to flush app
caches unless you really are running short on storage space.

App caching is not in memory. It is space in storage. Alas, most phone
specs reference storage as memory confusing their users. You might see something like:

Memory 32GB 4GB RAM, 64GB 4GB RAM

The first number is for storage space. The 2nd number is RAM (memory).
Caches do not consume RAM. They consume storage space.

You can add more storage space by adding an SD card (secondary storage).
Check the specs on your brand and model to see what maximum size of SD
card it will support.

You also merge system (primary) storage with secondary storage (SD card)
by using Adoptable Storage. It merges the SD card's space into the
mounted volume for the primary storage. However, secondary storage is
slower than primary storage, so sometimes an app seems responsive, and
other times slow depending on which media the app got loading into. The adopted storage gets encrypted, so the SD card is only usable with the
phone where the SD card got adopted. If you ever un-adopte the SD card, everything on it gets wiped.

https://source.android.com/docs/core/storage/adoptable

When you chose to adopt the SD card to merge with primary storage, a
benchmark gets ran to determine if your SD card is sufficiently robust
to support Adoptable Storage. You might have to get a better SD card.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

In comp.mobile.android, on Sun, 17 Mar 2024 23:21:59 -0500, VanguardLH <V@nguard.LH> wrote:

"Carlos E.R." <robin_listas@es.invalid> wrote:

On 2024-03-18 02:42, knuttle wrote:

I know how to clear the cache for each app on my cellphone.   I believe >>> that if I do a reset of my phone, all of the caches area cleared.

Is there some why to clear the caches of all the apps on my cellphone
with out resetting the phone?

ie Automate the routine to clean each app's cache, so that would go down >>> the list clearing each app's cache.

The caches on the phone while individually are small collectively take
up a good chunk of the phones memory.

....

Apparently you can use ADB to issue a command to clear all app caches:

adb shell pm trim-caches <release>

This looks like a command which in windows would go in a command box.
Where does one put such instructions in Android?

where <release> is how much you want to free up. I use ABD rarely, so
I'm not sure if trim-caches takes an argument to free all app caches. I >suppose you could specify a huge value that would encompass all of it.
Older versions of Android let you go to Android settings -> Storage ->
Cached Data to let you clear all app caches at once. Google giveth and >taketh.

Unless you don't care about saving on battery and retrieval time,
caching will require an app to re-retrieve everything it retrieved
before. The app will rebuild its cache, and that consumes time (you
wait for the retrieve), bandwidth, and consumes more power. Unless an
app misbehaves (corrupted cache files, incompatible server-side changes, >buggy apps, or after an OS update), there is no reason to flush app
caches unless you really are running short on storage space.

App caching is not in memory. It is space in storage. Alas, most phone >specs reference storage as memory confusing their users. You might see >something like:

Memory 32GB 4GB RAM, 64GB 4GB RAM

The first number is for storage space. The 2nd number is RAM (memory). >Caches do not consume RAM. They consume storage space.

Good point. I'm not sure I knew this. (certainly not consciously!)

You can add more storage space by adding an SD card (secondary storage). >Check the specs on your brand and model to see what maximum size of SD
card it will support.

You also merge system (primary) storage with secondary storage (SD card)
by using Adoptable Storage. It merges the SD card's space into the
mounted volume for the primary storage. However, secondary storage is
slower than primary storage, so sometimes an app seems responsive, and
other times slow depending on which media the app got loading into. The >adopted storage gets encrypted, so the SD card is only usable with the
phone where the SD card got adopted. If you ever un-adopte the SD card, >everything on it gets wiped.

All of this, good to know.

https://source.android.com/docs/core/storage/adoptable

When you chose to adopt the SD card to merge with primary storage, a >benchmark gets ran to determine if your SD card is sufficiently robust
to support Adoptable Storage. You might have to get a better SD card.

!
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

On 2024-03-18 05:21, VanguardLH wrote:

"Carlos E.R." <robin_listas@es.invalid> wrote:

On 2024-03-18 02:42, knuttle wrote:

I know how to clear the cache for each app on my cellphone.   I believe >>> that if I do a reset of my phone, all of the caches area cleared.

Is there some why to clear the caches of all the apps on my cellphone
with out resetting the phone?

ie Automate the routine to clean each app's cache, so that would go down >>> the list clearing each app's cache.

The caches on the phone while individually are small collectively take
up a good chunk of the phones memory.

There are tools for freeing up space that do that. I don't remember name
just this instant; the one I remember is extinct, they did something bad
are were banned. ES something.

ES Explorer. Spyware. Also click fraud: their app pretended the user clicked on an ad, so they could generate click-through revenue.

Right.

It was a very good tool before they did that. I still have it installed
in some old phone or tablet. I don't understand why they did not revert
what they did bad to continue business.

But there must be some other similar tools that do that cleanup. I have another one, but it is part of a brand customization.

https://en.wikipedia.org/wiki/ES_File_Explorer

Apparently you can use ADB to issue a command to clear all app caches:

adb shell pm trim-caches <release>

where <release> is how much you want to free up. I use ABD rarely, so
I'm not sure if trim-caches takes an argument to free all app caches. I suppose you could specify a huge value that would encompass all of it.
Older versions of Android let you go to Android settings -> Storage ->
Cached Data to let you clear all app caches at once. Google giveth and taketh.

Unless you don't care about saving on battery and retrieval time,
caching will require an app to re-retrieve everything it retrieved
before. The app will rebuild its cache, and that consumes time (you
wait for the retrieve), bandwidth, and consumes more power. Unless an
app misbehaves (corrupted cache files, incompatible server-side changes, buggy apps, or after an OS update), there is no reason to flush app
caches unless you really are running short on storage space.

Right.

Actually, recent Android versions do an automatic cleanup of apps that
have not been used for a number of months. I have to go round ALL apps
to disable this feature. It is a nuisance having to configure them again
when I do need them. And some of them are tools that do things I need in
the background, not having to open them for months.

App caching is not in memory. It is space in storage. Alas, most phone specs reference storage as memory confusing their users. You might see something like:

Memory 32GB 4GB RAM, 64GB 4GB RAM

The first number is for storage space. The 2nd number is RAM (memory). Caches do not consume RAM. They consume storage space.

Right.

...
--
Cheers, Carlos.

--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

micky wrote on Mon, 18 Mar 2024 08:19:29 -0400 :

Apparently you can use ADB to issue a command to clear all app caches:

adb shell pm trim-caches <release>

This looks like a command which in windows would go in a command box.
Where does one put such instructions in Android?

Micky,
Can I ask you a question to better understand how you think?
The use of adb has been discussed *hundreds* of times on this newsgroup.

How did you miss all of that?
If someone explains it to you again, how do we know you won't forget?

To prove my point, I'll give you the search URL:
<https://groups.google.com/g/comp.mobile.android>

Then type "adb" into the search box to see how many times it was discussed.
<https://groups.google.com/g/comp.mobile.android/search?q=adb>

That resulted in over 300 threads, most of which had "adb" in the Subject.

Two questions for you, micky:
How have you managed to miss over 300 threads on the topic that you asked?
If someone goes to the trouble to explain it, will you remember the answer?
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

knuttle wrote on Sun, 17 Mar 2024 21:42:40 -0400 :

Is there some why to clear the caches of all the apps on my cellphone
with out resetting the phone?

Yes. But the answer has nuance (see below) that Keith may want to consider.

But first, you might want to use a benchmark tool to see how well your
phone supports background processing such as this open source cache test. <https://play.google.com/store/apps/details?id=com.urbandroid.dontkillmyapp>

And you might want to use a dedicated cache cleaner tool such as this.
<https://play.google.com/store/apps/details?id=com.github.bmx666.appcachecleaner.googleplay>
<https://play.google.com/store/apps/details?id=com.mitigator.gator>
<https://play.google.com/store/apps/details?id=com.symantec.cleansweep>
Other well rated cache cleaner apps which contain ads are these, Keith.
<https://play.google.com/store/apps/details?id=com.redsoft.zerocleaner>
<https://play.google.com/store/apps/details?id=com.a0soft.gphone.acc.free>
<https://play.google.com/store/apps/details?id=com.baloota.xcleaner>

And, of course, as VanguardLH suggested, the adb pm trim-caches command
takes the desired free space parameter in kilo/mega/gigabytes to trim to.

adb shell pm trim-caches 64K
adb shell pm trim-caches 64M
adb shell pm trim-caches 64G

You can also specify an impossibly large amount of free space to seek,
which effectively will trim the cache for all non-running apps.

adb shell pm trim-caches 9999999999

Or, you can specify that adb clear the App Data & Cache of an app.
ADB Command for clearing App Data and Cache

adb shell pm clear my.package.name

Or you can limit the clearing to only the Cache & not to App Data.

adb shell pm clear --cache-only my.package.name

Since ADB can run a Linux command on the phone, this Linux command
will clear all data along with cache for all the apps on the phone.

adb shell cmd package list packages | cut -d":" -f2 | while read package;do pm clear $package:done

Of course, if you're rooted, you can use the su commands to do it.

adb shell

su -c "rm -r /data/dalvik-cache"

adb shell

su -c "rm -r /cache/dalvik-cache"

Or for one package alone, if you're rooted, you can use this.

adb shell

su -c "rm -rf /data/data/my.package.name/cache/*"

There are other more drastic ways to clear the data and cache
but I wouldn't recommend them to Keith since it's not needed.
a. Fastboot
b. TWRP Recovery
<https://web.archive.org/web/20160408152243/http://techbeasts.com/useful-adb-and-fastboot-commands-and-how-to-them/2>

Fastboot is a protocol used for diagnosing Android devices and flashing firmware images onto them using USB. The Fastboot Mode isn't available for Samsung users as Galaxy devices use the Download Mode instead.

Using Fastboot Commands, you'll be able to erase partitions like cache and
user data on your Android smartphone.
1. Connect your smartphone to a PC and launch a command window
Win+R cmd [Control+Shift+Enter]
2. adb reboot bootloader
3. Wait until your smartphone enters the Fastboot Mode
In a separate PowerShell or Terminal window, enter this:
fastboot erase cache
4. Once the cache partition is wiped, reboot.
fastboot reboot

You can also wipe the system cache using the stock recovery or TWRP.
1. Boot your smartphone into Recovery Mode using hardware keys,
ADB commands, or tools like ADB AppControl/WebADB
2. Connect your smartphone to your PC & in a terminal type
adb reboot recovery
3. Wait until your smartphone reboots into the Recovery Mode
4. Highlight the Wipe Cache Partition option & then press the Power key
5. Select the YES option to confirm system cache deletion
6. Once the cache partition is wiped, you should return to the home
screen in recovery and then select 'Reboot System Now'

If you are using TWRP Recovery, you need to select
Wipe > Advanced App > Dalvik/ART Cache
and then Swipe to wipe to delete the system cache.

Contrary to what VanguardLH wrote, I'm not aware of a release option.
adb shell pm trim-caches <release>
But it might exist for all I know as I'm writing this from memory.

Speaking of writing from memory, I'm told SD Maid will supposedly clear the cache for all your apps whether or not you are rooted.
<https://play.google.com/store/apps/details?id=eu.thedarken.sdm>

SD Maid works unrooted but has more capability on rooted devices. <https://github.com/d4rken-org/sdmaid/wiki/Frequently-Asked-Questions#does-sd-maid-only-work-with-root>

In rooted devices, SD Maid clears all the app caches & uses less RAM.
In unrooted devices, SD Maid goes to the app info for each app
to clear the cache (and needs accessibility permissions which uses RAM).

Unrooted may also need a "force stop app" to stop apps to clear cache.
<https://play.google.com/store/search?q=force%20stop%20apps&c=apps>

For example these are the first three in that force-stop-app search:
<https://play.google.com/store/apps/details?id=com.force.stop.apps>
<https://play.google.com/store/apps/details?id=com.tafayor.killall>
<https://play.google.com/store/apps/details?id=com.redsoft.appkiller>
But these app killers (which force stop background apps) have no ads.
<https://play.google.com/store/apps/details?id=org.codedrink.app_killer>
<https://play.google.com/store/apps/details?id=me.piebridge.brevent>
<https://play.google.com/store/apps/details?id=com.app.detail>

Be advised I haven't tried any of these so I'm just letting you know what I remember, offhand, was the answer every time that same question was asked.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

"Carlos E.R." <robin_listas@es.invalid> wrote:

[ES Explorer] was a very good tool before they did that. I still have
it installed in some old phone or tablet. I don't understand why they
did not revert what they did bad to continue business.

I had it for a short time. I dropped it when I found they were spying (collecting logistics on usage) and the click-through fraud. They did
the same with their other products. Someone there got greedy, and
thought they wouldn't get caught. Guess they didn't want to go through
the entire submission process along with proving they were good after
being bad to get their stuff back in the Play Store.

Some app authors of adware don't even provide a paid version to get rid
of the ads. Sales of the payware version might be dismal compared to generating click-through revenue. ES Explorer apparently decided to
covertly generate click-through revenue. Did they have a payware
version?

Actually, recent Android versions do an automatic cleanup of apps that
have not been used for a number of months.

The cleanup is disruptive. It removes permissions under the guise of increasing security. I don't often use my chainsaw, but I still need it
years later when another tree falls, or I have to trim a tree. I don't
want some security-waving asshole removing some part that I have to
figure out what it was to reenable my chainsaw. When permissions are
removed, yeah, you get a short blurb on what permissions were removed,
but later when you want to use the app you can only hope the app prompt
you to reinstate the correct permissions that Android (actually Google
Play) removed.

I have to go round ALL apps to disable this feature.

They don't let you configure the Play Store app to stop this rude
behavior. Yep, you have to go into the settings of Play Store to drill
through every app listed as having permissions removed to reinstate
those permissions - but WHICH permissions? Will the app regain its
needed permissions that it go upon install if you just load the app?
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

In comp.mobile.android, on Mon, 18 Mar 2024 15:18:19 -0000 (UTC), Andrew <andrew@spam.net> wrote:

micky wrote on Mon, 18 Mar 2024 08:19:29 -0400 :

Apparently you can use ADB to issue a command to clear all app caches:

adb shell pm trim-caches <release>

This looks like a command which in windows would go in a command box.
Where does one put such instructions in Android?

Micky,
Can I ask you a question to better understand how you think?
The use of adb has been discussed *hundreds* of times on this newsgroup.

How did you miss all of that?

I don't read every thread on cma. Far from it.

If someone explains it to you again, how do we know you won't forget?

I didn't forget this time. I never saw it discussed.

To prove my point, I'll give you the search URL:
<https://groups.google.com/g/comp.mobile.android>

Then type "adb" into the search box to see how many times it was discussed.
<https://groups.google.com/g/comp.mobile.android/search?q=adb>

Well I looked, and this gives every post that uses the letters adb. Two
of the first 5 have my name in them, in fact they are from the same
thread that I began. And what does it say about adb?

Wally says and the words are quoted twice:

most of the time my six inch Android phone is mirrored on
Widnows using adb over Wi-Fi (so the clipboard, mouse & keyboard can be
used and so that the phone becomes almost two feet tall on my scree...

Do you think that helps me?

That resulted in over 300 threads, most of which had "adb" in the Subject.

How many of those do you think explain how to issue a command using adb?
How many do you want me to read hoping to find an answer to my question?

Two questions for you, micky:
How have you managed to miss over 300 threads on the topic that you asked?
If someone goes to the trouble to explain it, will you remember the answer?

I think I've made clear why you are being impudent and insulting.

Aha, looking back at the Message List, I see that you are Andrew. Just yesterday I almost commented on a long post by you that was also of no
value, but I thought I'd hold off and see if that was a one-off or part
of a trend.

It was easy to find that thread. Here is some of your text:
You said:

That's why people who say cellphones cause accident rates to go up are
ALWAYS utter morons (usually their IQ doesn't approach that of normal >people). They can't comprehend math.

Only very stupid people say cellphones cause the accident rate to go up.

Wow, such arrogance and slipshod argument! And there are even more
problems in the rest of your post.
Subject: Re: No fault cell phone law
Date: Sun, 17 Mar 2024 21:12:30 -0000 (UTC)
Message-ID: <ut7mbt$rvh$1@nnrp.usenet.blueworldhosting.com>

If I'd noticed in advance that the same person who wrote that was
replying to me here, I might not have bothered to write an answer, but
it's written so I'll post it.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

On 2024-03-18 20:31, VanguardLH wrote:

"Carlos E.R." <robin_listas@es.invalid> wrote:

[ES Explorer] was a very good tool before they did that. I still have
it installed in some old phone or tablet. I don't understand why they
did not revert what they did bad to continue business.

I had it for a short time. I dropped it when I found they were spying (collecting logistics on usage) and the click-through fraud. They did
the same with their other products. Someone there got greedy, and
thought they wouldn't get caught. Guess they didn't want to go through
the entire submission process along with proving they were good after
being bad to get their stuff back in the Play Store.

It is the destruction of a company, unless they came back under another
name. But I do not remember offhand a tool set that is as popular as ES
was back in the day.

Some app authors of adware don't even provide a paid version to get rid
of the ads. Sales of the payware version might be dismal compared to generating click-through revenue. ES Explorer apparently decided to
covertly generate click-through revenue. Did they have a payware
version?

I don't remember.

Actually, recent Android versions do an automatic cleanup of apps that
have not been used for a number of months.

The cleanup is disruptive.

Yes, it is.

It removes permissions under the guise of
increasing security. I don't often use my chainsaw, but I still need it years later when another tree falls, or I have to trim a tree. I don't
want some security-waving asshole removing some part that I have to
figure out what it was to reenable my chainsaw. When permissions are removed, yeah, you get a short blurb on what permissions were removed,
but later when you want to use the app you can only hope the app prompt
you to reinstate the correct permissions that Android (actually Google
Play) removed.

Each time I see that popup, I review the apps it says, and verify that
the switch to disable the cleanup is done. Initially the list is long,
then the list starts with one or two apps that I have to toggle the
switch, and then the rest are ok, disabled. I can ignore the rest of the
list.

I have to go round ALL apps to disable this feature.

They don't let you configure the Play Store app to stop this rude
behavior.

No, they don't.

Yep, you have to go into the settings of Play Store to drill
through every app listed as having permissions removed to reinstate
those permissions - but WHICH permissions? Will the app regain its
needed permissions that it go upon install if you just load the app?

Yes, the app will complain when you try to use it. And possibly some
config or status will also be lost because the cache was deleted.
--
Cheers, Carlos.

--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

micky wrote on Mon, 18 Mar 2024 17:27:19 -0400 :

Wow, such arrogance and slipshod argument!

And yet, I was making the point that anyone who claims cellphones raised
the accident rate are like the people who said Trump won the election.

Trump won the election, if you ignore facts to the contrary.
Cellphones raise the accident rate, if you ignore facts to the contrary.

There is no difference between those two statements in terms of what people
who are stupid claim and what the actual facts of the matter happen to be.

I even explained WHY the accident rate was completely unaffected before,
during and after the sky rocketing cellphone ownership period in the USA.

It should be noted I was responding to Stan Brown, who is known to be intelligent, and who has a math background so he understands complex data.

But since you're (in effect) saying that Trump won the election, micky, where's your data coming from?

What's your argument for why the accident rate stayed completely unchanged
in the US Census Bureau records kept since the 1920s, before, during and
after the ownership of cellphones made a meteoric rise from nothing?

Why was the US accident rate in all 50 states completely unchanged, micky?
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

In comp.mobile.android, on Tue, 19 Mar 2024 00:04:27 -0000 (UTC), Andrew <andrew@spam.net> wrote:

micky wrote on Mon, 18 Mar 2024 17:27:19 -0400 :

Wow, such arrogance and slipshod argument!

And yet, I was making the point that anyone who claims cellphones raised
the accident rate are like the people who said Trump won the election.

You didn't say a word about trump or the election.

Trump won the election, if you ignore facts to the contrary.
Cellphones raise the accident rate, if you ignore facts to the contrary.

There is no difference between those two statements in terms of what people >who are stupid claim and what the actual facts of the matter happen to be.

I even explained WHY the accident rate was completely unaffected before, >during and after the sky rocketing cellphone ownership period in the USA.

It should be noted I was responding to Stan Brown, who is known to be >intelligent, and who has a math background so he understands complex data.

It doesn't matter to whom you were responding. Stan is not the issue.

But since you're (in effect) saying that Trump won the election, micky,

What!!! I'm saying no such thing, in effect or in any other way. What a
stupid thing to say.

where's your data coming from?

I didn't say anything that required data to be true. And since this is
part of the same sentence where you bring up trump, neither Stan nor you
nor anyone writing in the thread before I replied said antying about
trump. You are bananas.

And since most of this discussion is about another thread, and you
snipped the reference to it, here is for readers who come in in the
middle:
Subject: Re: No fault cell phone law
Date: Sun, 17 Mar 2024 21:12:30 -0000 (UTC)
Message-ID: <ut7mbt$rvh$1@nnrp.usenet.blueworldhosting.com>

What's your argument for why the accident rate stayed completely unchanged
in the US Census Bureau records kept since the 1920s, before, during and >after the ownership of cellphones made a meteoric rise from nothing?

Why was the US accident rate in all 50 states completely unchanged, micky?

a) I'm not going to take your word for that.
b) This post was as arrogant as the previous.
c) Whether or not your last sentence above is accurate, you didn't ask
and you clearly don't know why I called your logic slipshod.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

On 2024-03-18 22:27, micky wrote:

In comp.mobile.android, on Mon, 18 Mar 2024 15:18:19 -0000 (UTC), Andrew <andrew@spam.net> wrote:

micky wrote on Mon, 18 Mar 2024 08:19:29 -0400 :

Apparently you can use ADB to issue a command to clear all app caches: >>>>
adb shell pm trim-caches <release>

This looks like a command which in windows would go in a command box.
Where does one put such instructions in Android?

Micky,
Can I ask you a question to better understand how you think?
The use of adb has been discussed *hundreds* of times on this newsgroup.

How did you miss all of that?

I don't read every thread on cma. Far from it.

If someone explains it to you again, how do we know you won't forget?

I didn't forget this time. I never saw it discussed.

To prove my point, I'll give you the search URL:
<https://groups.google.com/g/comp.mobile.android>

Then type "adb" into the search box to see how many times it was discussed. >> <https://groups.google.com/g/comp.mobile.android/search?q=adb>

Well I looked, and this gives every post that uses the letters adb. Two
of the first 5 have my name in them, in fact they are from the same
thread that I began. And what does it say about adb?

It is probably this:

https://en.wikipedia.org/wiki/Android_Debug_Bridge


Not a common tool to have.


«The Android Debug Bridge (commonly abbreviated as adb) is a programming
tool used for the debugging of Android-based devices. The daemon on the Android device connects with the server on the host PC over USB or TCP,
which connects to the client that is used by the end-user over TCP. Made available as open-source software under the Apache License by Google
since 2007, its features include a shell and the possibility to make
backups. The adb software is available for Windows, Linux and macOS. It
has been misused by botnets and other malware, for which mitigations
were developed such as RSA authentication and device whitelisting.»
--
Cheers, Carlos.

--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

Carlos E.R. wrote on Tue, 19 Mar 2024 15:27:13 +0100 :

It is probably this:

https://en.wikipedia.org/wiki/Android_Debug_Bridge

Not a common tool to have.

I use adb every single day to do useful things with Android,
some of which can't be done any other way (to my knowledge).

There are about 300 threads in this newsgroup using adb. <https://groups.google.com/g/comp.mobile.android/search?q=adb>

For micky to be ignorant of adb explains a lot of why he is constantly
asking questions which have been answered in detail many times already.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

micky wrote on Mon, 18 Mar 2024 23:29:28 -0400 :

b) This post was as arrogant as the previous.

You are the arrogant person who asks questions which have been answered
many times prior, and then you tell us you never bothered to read them.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

Carlos E.R. wrote on Mon, 18 Mar 2024 23:00:56 +0100 :

It is the destruction of a company, unless they came back under another name. But I do not remember offhand a tool set that is as popular as ES
was back in the day.

I invested an hour writing up a definitive post on clearing the cache.
<https://www.novabbs.com/computers/article-flat.php?id=50818&group=comp.mobile.android#50818>

As for software that goes beyond the pale, nowadays, to ameliorate the
risk, I autosave all my installer APKs into a Windows folder, and each of
the installed versions so that I can repopulate any phone using them.

For some, I move them into the "last known good version" folder, which I
didn't have when I first used the "Crap Cleaner" CC-like app ES Explorer.

However, since then I have placed into the last known good version folder
Nova Launcher 7.0.57 by TeslaCoil Apps
Pulse SMS 5.4.6.2816 by Luke & Jake Klinker
All 18 of the Simple Mobile Tools
etc.

Most were bought, offhand, by Maple Media, who ruins them.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.mobile.android

On Tue, 19 Mar 2024 16:10:55 -0000 (UTC), Andrew wrote:

Carlos E.R. wrote on Mon, 18 Mar 2024 23:00:56 +0100 :

It is the destruction of a company, unless they came back under another
name. But I do not remember offhand a tool set that is as popular as ES
was back in the day.

I invested an hour writing up a definitive post on clearing the cache.
<https://www.novabbs.com/computers/article-flat.php?id=50818&group=comp.mobile.android#50818>

a free windows tool that automates the adb actions is adb control https://adbappcontrol.com/en/

documentation is here
https://adbappcontrol.com/en/docs/

ADB AppControl - the desktop program, that will allow you to easily manage applications on your android device. You can disable unwanted pre-installed system apps and bloatware, or install new ones using a modern graphical interface. The program includes many useful tools and tweaks which allow
you to get the better experience with your device. This is exactly the tool that you will use for many years - after trying ADB AppControl you will see that working with applications via adb has never been so easy.

System requirements: Windows 7, 8, 8.1, 10, 11
Also .NET Framework 4.6.2 or newer.
Device requirements: Android 6 or newer.*
--- Synchronet 3.20a-Linux NewsLink 1.114