On Thu, 16 Jun 2022 02:36:09 +0100, Andy Burnelli wrote:
> Carlos E. R. wrote:
>
>>> *Five mobile data usage tracking and monitoring apps for Android*
>>> <https://www.androidguys.com/reviews/mobile-data-usage-apps-android/>
>>
>> It is not monitoring, but disconnecting cellular data he wants.
>> That is what is not allowed.
>
> I read the initial posts days ago so I may have some of this wrong...
>
> I think the OP has a few (reasonable) needs as far as I skim his needs:
> a. He seems to want a _daily_ limit on data usage (on a per-day basis)
> b. He seems to want a daily _alarm_ after that daily limit is reached
> c. He may even want a daily cellular-data _disconnect_ after that limit
>
> Even if those are not what he wants, those needs, wants and desires seem
> perfectly reasonable to me - since it's what anyone might want who has data
> limitations - which is why I was initially so confident that we can find
> them on the net for him (or that he could find them on the net himself).

Sorry, Andy is sorted out because of my Aioe.org scoring. I do not read
his postings directly.

Yes, it's a good summary what I want. It's a and c together: The mobile
data disconnect should happen automatically AND I should be informed
about it.

I agree that this can not be done with current apps: The disconnect is
not possible with current Android versions. However, I hesitate to give
those apps even the check and warn cabability because some of them
demand for deep insight, which is explicitly discouraged by Android,
while explaining that they also need it for marketing purposes.

I do not trust those apps from a single Google Play Store feature
search, but would need extra proof from "honorable" Andorid experts
which recommend certain of those apps.

> As I recall, his phone was different from mine, so that might be an issue,
> but I think his objection to _those_ Android 12 settings was that they're
> on a "billing cycle" limit, and not on a _daily_ limit.

Since it's a chinese Xiaomi with their own MIUI, limitations can also
come from them instead of Android. But from what I learn here, the
reason is Android 11 upwards and not the current MIUI system.

As another matter, energy saving seems to be worse than before, too. I
do not find the former settings how to go to sleep, while some apps
totally prevent the system from sleeping, draining my battery.

> Again, his needs are reasonable (IMHO), so I next sought out apps that
> purported to provide daily limit alarms and analysis on a per app basis.

Thanks for checking - but I won't try any of those without credible
confirmation that they do not intend to do any harm.

> I haven't heard back from the OP whether or not any of those apps fit his
> needs, and if they don't, why they don't fit his needs... so I can only
> assume at this point (without running the tests for him) that they do.

Explanation above - your aoie is sorted out and your recommendations are
not based on personal expertise, but more on feature search, I feel.

On Thu, 16 Jun 2022 09:54:13 +0200, Carlos E. R. wrote:
> Google is not reasonable, but thick headed, and says "no, you can not do
> that" (disabling network programmatically). End of history.

Unfortunately, that's very true. I had observed that when they killed
support of SD card memory.

But maybe there is some recommended way to tell them what users actually
want - and it's always most frustrating to take away helpful features
without a better alternative.

Martin ?rautmann <t-usenet@gmx.net> wrote:
> I found it vey useful to set a daily data limit, since my mobile phone
> contract has a rather low data volume.
>
> This helped me to prevent "rogue" applications, which consumed most of
> my monthly data volume within several hours.
>
> However, since Android 11 (and MIUI Global 12.5.5.0) I do not find this
> setup anymore.
>
> Has this feature been deactivated?
>
> Is that why the app Datally is no longer available?
>
> I feel it was (or would have been) a very poor decision to remove this
> very helpful feature.
>
> But maybe I just do not know where to look for it?
>
> All I find by now is to define a limit for data roaming.

Since we're running around in circles, back to your OP:

Are these "rogue" applications, apps which you install and suddenly
run away? Or are they apps which you install and run away when you run
them? Or other?

If the second scenario, you can turn off mobile data, install the app,
use NetGuard [1] to disable mobile data for the newly installed app,
turn on mobile data, enable mobile data for the newly installed app and
start and babysit (with for example My Data Monitor) the newly installed
app.

[1] <https://play.google.com/store/apps/details?id=eu.faircode.netguard>

Martin ?rautmann <t-usenet@gmx.net> wrote:
[...]

> I agree that this can not be done with current apps: The disconnect is
> not possible with current Android versions. However, I hesitate to give
> those apps even the check and warn cabability because some of them
> demand for deep insight, which is explicitly discouraged by Android,
> while explaining that they also need it for marketing purposes.

No offense, but why don't you just try My Data Manager and turn off
'Data collection for market research'?

You ask for "extra proof from "honorable" Andorid experts which
recommend certain of those apps", "credible confirmation that they do
not intend to do any harm", "based on personal expertise", but when you
get that, you reject it without a real justification, just FUD.

I have told you "FWIW, I've not turned it off and have no ill effects,
i.e. no 'spam' of any kind anywhere.", so what are you afraid of?

Martin �rautmann wrote:

> Sorry, Andy is sorted out because of my Aioe.org scoring. I do not read
> his postings directly.

You responded to some but not to others, so if you're not going to respond,
just let me know and I won't try to help you. It's really that simple.

Bear in mind I put a few hours into trying to help you, just so you know.

> Thanks for checking - but I won't try any of those without credible
> confirmation that they do not intend to do any harm.

No problem. As long as I know that you didn't check them, I won't try to
find any others for you, where I am pretty sure there's a good solution.

BTW, you're the only one I've ever known to think NetGuard is a dodgy app.

> Explanation above - your aoie is sorted out and your recommendations are
> not based on personal expertise, but more on feature search, I feel.

I don't think anyone on this newsgroup has the "expertise" in this
particular functionality that you are requiring, where I personally don't
see any problem with the workaround that was proposed.

1. Put a daily alarm, per app or per device, for data
2. Remove the data for any app exceeding that alarm

There is almost never I haven't been able to solve a problem on Android.
--
Posted out of the goodness of my heart to disseminate useful information
(but if the OP doesn't want to act on that information, it's up to him).

Martin �rautmann wrote:

> Unfortunately, that's very true. I had observed that when they killed
> support of SD card memory.

I'm not sure what you're talking about but in my humble opinion, the
greatest advantage of the sdcard (by far!) is that it's fantastically
_portable_ storage (much like a thumb drive is portable storage for a PC).

The second great advantage of the sd expansion capability of Android is
that it can easily _offload_ most application data onto the sdcard (which
can be many times the capacity of the system's internal storage capacity).

Are you describing a _third_ usage of the sdcard that Google supposedly
killed? Please elucidate what you're trying to explain to the rest of us.

Frank Slootweg wrote:

> No offense, but why don't you just try My Data Manager and turn off
> 'Data collection for market research'?
>
> You ask for "extra proof from "honorable" Andorid experts which
> recommend certain of those apps", "credible confirmation that they do
> not intend to do any harm", "based on personal expertise", but when you
> get that, you reject it without a real justification, just FUD.
>
> I have told you "FWIW, I've not turned it off and have no ill effects,
> i.e. no 'spam' of any kind anywhere.", so what are you afraid of?

IMHO, there's no way the OP is going to "risk" an app like that if he won't
even get an app that is already vetted by Google on the Google Play Store.

Some of the apps I had suggested have over 100 thousand downloads, and yet
he says he doesn't trust them unless an "expert" verifies that they're
safe.

You and I both know that what he wants is impossible since that expert
doesn't exist on this newsgroup (to my knowledge), so he's already got the
best in that he has you, me, and Andy Burns helping him out on this issue.

Personally, I thank both you and the OP for bringing up the fact that
Google apparently blacklisted the APIs allowing apps to programmatically
turn off Wi-Fi; however I'm not one to believe there still isn't a way.

The way I'd approach a solution is to take into account these observations
1. There already are plenty of apps which give a daily-data warning alarm.
2. And one can use reliable apps like NetGuard to turn off cellular data.
3. One might be able to automate the read-and-respond with automation apps.
--
Posted out of the goodness of my heart to disseminate useful information
and, in this case, to propose a potential solution to the problem set.

Frank Slootweg wrote:

> Are these "rogue" applications, apps which you install and suddenly
> run away? Or are they apps which you install and run away when you run
> them? Or other?

Another potentially important question to ask of the OP is whether these
apps are using data in the background or not since I saw on my Android 12
options to limit the amount of _background_ data used by any given app.

> If the second scenario, you can turn off mobile data, install the app,
> use NetGuard [1] to disable mobile data for the newly installed app,
> turn on mobile data, enable mobile data for the newly installed app and
> start and babysit (with for example My Data Monitor) the newly installed
> app.
>
> [1] <https://play.google.com/store/apps/details?id=eu.faircode.netguard>

I already suggested NetGuard multiple times, where even though it's one of
the most well known and well tested apps on the planet, the OP has told me
that he doesn't trust them unless an "expert" on this ng vets it for him.

BTW, just so the lurkers out there know, the "NetGuard" on Google Play is
slightly less functional than the Netguard found in the links I provided.

Same app. Same developers. Same everything but slightly less functionality.
Just so people know.
--
Posted out of the goodness of my heart to disseminate useful information,
not necessarily for the OP (who doesn't trust most apps) but for others.

On 16 Jun 2022 19:13:24 GMT, Frank Slootweg wrote:
> Martin ?rautmann <t-usenet@gmx.net> wrote:
> [...]
>
>> I agree that this can not be done with current apps: The disconnect is
>> not possible with current Android versions. However, I hesitate to give
>> those apps even the check and warn cabability because some of them
>> demand for deep insight, which is explicitly discouraged by Android,
>> while explaining that they also need it for marketing purposes.
>
> No offense, but why don't you just try My Data Manager and turn off
> 'Data collection for market research'?
>
> You ask for "extra proof from "honorable" Andorid experts which
> recommend certain of those apps", "credible confirmation that they do
> not intend to do any harm", "based on personal expertise", but when you
> get that, you reject it without a real justification, just FUD.
>
> I have told you "FWIW, I've not turned it off and have no ill effects,
> i.e. no 'spam' of any kind anywhere.", so what are you afraid of?

So you consider yourself as such an expert? Maybe you are, but I don't
know you.

On Thu, 16 Jun 2022 20:29:35 +0100, Andy Burnelli wrote:
> Martin �rautmann wrote:
>
>> Sorry, Andy is sorted out because of my Aioe.org scoring. I do not read
>> his postings directly.
>
> You responded to some but not to others, so if you're not going to respond,
> just let me know and I won't try to help you. It's really that simple.

Since I read about your quote, I picked your posting via its referenced
id.

>> Thanks for checking - but I won't try any of those without credible
>> confirmation that they do not intend to do any harm.
>
> No problem. As long as I know that you didn't check them, I won't try to
> find any others for you, where I am pretty sure there's a good solution.
>
> BTW, you're the only one I've ever known to think NetGuard is a dodgy app.

My problem with you suggestions is that they look like random picks from
a google play store search, but less from personal experience.

On Thu, 16 Jun 2022 20:44:21 +0100, Andy Burnelli wrote:
> Martin �rautmann wrote:
>
>> Unfortunately, that's very true. I had observed that when they killed
>> support of SD card memory.
>
> I'm not sure what you're talking about but in my humble opinion, the
> greatest advantage of the sdcard (by far!) is that it's fantastically
> _portable_ storage (much like a thumb drive is portable storage for a PC).

Android changed the behavior that data, such as osmand maps or wikipedia
books can no longer be used from the SD card, but have to be within the
much more limited internal memory.

Google killed external memory.

On 16 Jun 2022 19:03:15 GMT, Frank Slootweg wrote:
> Are these "rogue" applications, apps which you install and suddenly
> run away? Or are they apps which you install and run away when you run
> them? Or other?

This time it was me, using a web browser, but failing to see that it had
lost WLAN connection and consumed my monthly data volume within hours.

I now have changed the web browser not to use mobile data and I might
have to use another browser if I actually want to browse with mobile
data - it's too much effort to turn mobile browsing on and off within
the same browser.

Before, mobile data would have stopped at 50 MB, making me aware of the
mobile browsing, instead of using 2 GB within a few hours and leaving me
with 16 kbps of data for the rest of the month.

On Thu, 16 Jun 2022 20:58:20 +0100, Andy Burnelli wrote:
> Frank Slootweg wrote:
>
>> Are these "rogue" applications, apps which you install and suddenly
>> run away? Or are they apps which you install and run away when you run
>> them? Or other?
>
> Another potentially important question to ask of the OP is whether these
> apps are using data in the background or not since I saw on my Android 12
> options to limit the amount of _background_ data used by any given app.

I don't know about any *amount* of background data which apps could use.
But today it's "system apps" which used most of all mobile data. Within
two weeks they used about 180 MB, mostly "Google Dienste-Framework"
(Google services), but also Chrome, which I never use, since my default
browser is the "Adblock Browser".

> I already suggested NetGuard multiple times, where even though it's one of
> the most well known and well tested apps on the planet, the OP has told me
> that he doesn't trust them unless an "expert" on this ng vets it for him.

An app which is not available through the play store
and which does require an installer, which is also not available via the
play store, that's a double risk for me. If Android then warns me about
access those want with a much higher risk status, I wonder whether they
actually have to use this access for their operation or they can do any
harm - and this app had been nagging quite a lot after I had refused its
access.

I had not used it any longer since I found that I can get a warning
only, but no limit. I had tried CoCo before from the store with
comparable behavior.

Martin �rautmann wrote:

> Android changed the behavior that data, such as osmand maps or wikipedia
> books can no longer be used from the SD card, but have to be within the
> much more limited internal memory.

Hmmmm.... OSMAnd "seems" to say it works just fine with external storage.
<https://www.osmand.net/docs/user/personal/storage#storage-on-sd-card>

But I agree the situation was quite confusing earlier in the yet...
<https://github.com/osmandapp/OsmAnd/issues/14165>
Which refers to this supposed (but maybe not) "workaround"
<https://github.com/osmandapp/OsmAnd/discussions/13538>

While this is also just as confusing, it seems to reference the same
workaround for Total Commander as for OSMAnd which is an API switch.
<https://forums.redflagdeals.com/android-11-microsd-card-storage-new-restrictions-break-some-apps-2481628/>

Apparently the same issue popped up suddenly for MapFactor Navigator.
<https://forum.mapfactor.com/discussion/comment/20093>

And the same issue popped up in Android 11 for Here We Go maps.
<https://forums.redflagdeals.com/android-11-microsd-card-storage-new-restrictions-break-some-apps-2481628/>

Same workaround for all of them, which is, as far as I could tell in only a
few moments of skimming (so my current assessment might very well be wrong)
a. Google changed to scoped storage in Android 11
b. Any app that didn't also change, can't use the sdcard until they do
c. But it seems once the app is updated, then the sdcard is again available

> Google killed external memory.

I think the apps have to change their APIs but I'm not sure on that yet...
<https://developer.android.com/about/versions/11/privacy/storage>

Looking in the OSMAnd user guide it is just as cryptic unfortunately:
<https://www.osmand.net/docs/user/personal/storage>
"In order to move the OsmAnd home (maps) folder to an external SD card
1. Go to Settings (on the start screen) --> OsmAnd Settings -->
Data storage folder
2. Change the value to a path pointing to the external SD card,
on many Android systems it may contain /storage/extSdCard or similar.
3. Please note that some versions of Android strictly limit your choice
of which path will be write-accessible for apps.
4. You are then asked if the contents of the OsmAnd data folder should
be moved from internal memory to the external SD card.
5. You may also perform this manually using a built-in file manager
app on the device, or via connecting the device to a computer
as external storage and performing the move from there.

I didn't look yet for MapFactor, HereWeGo, Total Commander, etc., but one
of them should be explaining better than OSMAnd did what the solution is.
--
Posted out of the goodness of my heart to disseminate useful information
where, in this case, it's not clear what the final answer is to this issue.

Andy Burnelli wrote:

>> Android changed the behavior that data, such as osmand maps or wikipedia
>> books can no longer be used from the SD card, but have to be within the
>> much more limited internal memory.
>
> Hmmmm.... OSMAnd "seems" to say it works just fine with external storage.
> <https://www.osmand.net/docs/user/personal/storage#storage-on-sd-card>

I almost never fail to do what I want to do on a computer, often with help.

It seems that 99 out of 100 times, when someone says something can't be
done on a computer, I usually test it and find out that with a little bit
of digging, I can usually do what others said was impossible to do.

In this case, it seems that this situation was no exception, but I must
first admit that I all I did was test the "stated" assumption that on
Android 12, OsmAnd~ couldn't store its data files (i.e., the maps) on the
external storage card.

Based on my tests, which admittedly I only ran quickly as I spent more time
documenting the results for you than actually running the tests (which is
always the case since documentation takes time to perform)...

It seems that the assumption is false that OsmAnd~ can't store its map data
on Android 12 external sdcards.

For more details, please see these threads I opened to find out more
information about this topic from those on this ng who know more than I do.

*What is the solution in Android 11+ for storing map data on the external sdcard?*
<https://groups.google.com/g/comp.mobile.android/c/8OZCCw7lAzU>

*Why can't Windows see as deeply as Android in a WebDav-mounted drive?*
<https://groups.google.com/g/comp.mobile.android/c/Z5-sx96Bb1o>

Note that second thread is really just icing on the cake, because Windows
adb can access the data but that question is simply why Windows file
explorer can't seem to access the data - but it doesn't change the fact
that the map data sure does seem to be stored on the Android 12 external
sdcard despite claims to the contrary in this thread.
--
Posted out of the goodness of my heart to disseminate useful information,
where, in this case, I tested the statement that OsmAnd~ can't store map
data on the external sdcard in Android 12 - which seems to be false.

Am 16.06.22 um 22:16 schrieb Martin Τrautmann:
> On Thu, 16 Jun 2022 20:44:21 +0100, Andy Burnelli wrote:
>> Martin �rautmann wrote:
>>
>>> Unfortunately, that's very true. I had observed that when they killed
>>> support of SD card memory.
>>
>> I'm not sure what you're talking about but in my humble opinion, the
>> greatest advantage of the sdcard (by far!) is that it's fantastically
>> _portable_ storage (much like a thumb drive is portable storage for a PC).
>
> Android changed the behavior that data, such as osmand maps or wikipedia
> books can no longer be used from the SD card, but have to be within the
> much more limited internal memory.
>
> Google killed external memory.

Are you really sure you understand the business model of the
"Datenkrake" Google? They want all your data on their servers to work
with them and monetize them. That is the reason why Pixel phones never
have slots for cards.

--
De gustibus non est disputandum

Am 16.06.22 um 22:12 schrieb Martin Τrautmann:
> On 16 Jun 2022 19:13:24 GMT, Frank Slootweg wrote:
>> You ask for "extra proof from "honorable" Andorid experts which
>> recommend certain of those apps", "credible confirmation that they do
>> not intend to do any harm", "based on personal expertise", but when you
>> get that, you reject it without a real justification, just FUD.
>>
>> I have told you "FWIW, I've not turned it off and have no ill effects,
>> i.e. no 'spam' of any kind anywhere.", so what are you afraid of?
>
> So you consider yourself as such an expert? Maybe you are, but I don't
> know you.

He is an unbelievable expert. So much that he resides in my killfiles
for years.

--
De gustibus non est disputandum

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On 16 Jun 2022 19:13:24 GMT, Frank Slootweg wrote:
> > Martin ?rautmann <t-usenet@gmx.net> wrote:
> > [...]
> >
> >> I agree that this can not be done with current apps: The disconnect is
> >> not possible with current Android versions. However, I hesitate to give
> >> those apps even the check and warn cabability because some of them
> >> demand for deep insight, which is explicitly discouraged by Android,
> >> while explaining that they also need it for marketing purposes.
> >
> > No offense, but why don't you just try My Data Manager and turn off
> > 'Data collection for market research'?
> >
> > You ask for "extra proof from "honorable" Andorid experts which
> > recommend certain of those apps", "credible confirmation that they do
> > not intend to do any harm", "based on personal expertise", but when you
> > get that, you reject it without a real justification, just FUD.
> >
> > I have told you "FWIW, I've not turned it off and have no ill effects,
> > i.e. no 'spam' of any kind anywhere.", so what are you afraid of?
>
> So you consider yourself as such an expert? Maybe you are, but I don't
> know you.

If you're looking for real experts, you're looking in the wrong place.
There's no way a general Android newsgroup has an audience of only
exports, each in their own field, where there are hundreds if not
thousands of fields.

But the recommendations here, including mine, *do* tick the second and
third box. Why did you pretend there was only one box?

And why didn't you answer my questions?

In article <t8ikil.cu0.1@ID-201911.user.individual.net>, Frank Slootweg
<this@ddress.is.invalid> wrote:

> >
> > So you consider yourself as such an expert? Maybe you are, but I don't
> > know you.
>
> If you're looking for real experts, you're looking in the wrong place.
> There's no way a general Android newsgroup has an audience of only
> exports, each in their own field, where there are hundreds if not
> thousands of fields.

the only people here are imports.

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On Thu, 16 Jun 2022 20:58:20 +0100, Andy Burnelli wrote:
> > Frank Slootweg wrote:
> >
> >> Are these "rogue" applications, apps which you install and suddenly
> >> run away? Or are they apps which you install and run away when you run
> >> them? Or other?
> >
> > Another potentially important question to ask of the OP is whether these
> > apps are using data in the background or not since I saw on my Android 12
> > options to limit the amount of _background_ data used by any given app.
>
> I don't know about any *amount* of background data which apps could use.
> But today it's "system apps" which used most of all mobile data. Within
> two weeks they used about 180 MB, mostly "Google Dienste-Framework"
> (Google services), but also Chrome, which I never use, since my default
> browser is the "Adblock Browser".

FYI, my monthly limit is 150MB and my actual usage is some 30-50MB.

NetGuard could help with these problems. More on NetGuard below.

> > I already suggested NetGuard multiple times, where even though it's one of
> > the most well known and well tested apps on the planet, the OP has told me
> > that he doesn't trust them unless an "expert" on this ng vets it for him.
>
> An app which is not available through the play store

Are you for real? NetGuard is available through the Play Store (or
Google Play website), I gave you the link.

[Rest of mystery left for completeness:]

> and which does require an installer, which is also not available via the
> play store, that's a double risk for me. If Android then warns me about
> access those want with a much higher risk status, I wonder whether they
> actually have to use this access for their operation or they can do any
> harm - and this app had been nagging quite a lot after I had refused its
> access.
>
> I had not used it any longer since I found that I can get a warning
> only, but no limit. I had tried CoCo before from the store with
> comparable behavior.

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On 16 Jun 2022 19:03:15 GMT, Frank Slootweg wrote:
> > Are these "rogue" applications, apps which you install and suddenly
> > run away? Or are they apps which you install and run away when you run
> > them? Or other?
>
> This time it was me, using a web browser, but failing to see that it had
> lost WLAN connection and consumed my monthly data volume within hours.
>
> I now have changed the web browser not to use mobile data and I might
> have to use another browser if I actually want to browse with mobile
> data - it's too much effort to turn mobile browsing on and off within
> the same browser.

Again, NetGuard would make switching easier.

> Before, mobile data would have stopped at 50 MB, making me aware of the
> mobile browsing, instead of using 2 GB within a few hours and leaving me
> with 16 kbps of data for the rest of the month.

What is your monthly data bundle and at what daily limit do you want
to catch these "rogue" applications?

Joerg Lorenz <hugybear@gmx.ch> wrote:
> Am 16.06.22 um 22:12 schrieb Martin ?rautmann:
> > On 16 Jun 2022 19:13:24 GMT, Frank Slootweg wrote:
> >> You ask for "extra proof from "honorable" Andorid experts which
> >> recommend certain of those apps", "credible confirmation that they do
> >> not intend to do any harm", "based on personal expertise", but when you
> >> get that, you reject it without a real justification, just FUD.
> >>
> >> I have told you "FWIW, I've not turned it off and have no ill effects,
> >> i.e. no 'spam' of any kind anywhere.", so what are you afraid of?
> >
> > So you consider yourself as such an expert? Maybe you are, but I don't
> > know you.
>
> He is an unbelievable expert. So much that he resides in my killfiles
> for years.

For many (most? nearly all?) people, someone being in your killfile
would actually be a recommendation for that person.

But don't you worry, you're not in mine. After all, we all can do with
a laugh now and then, can't we!?

nospam <nospam@nospam.invalid> wrote:
> In article <t8ikil.cu0.1@ID-201911.user.individual.net>, Frank Slootweg
> <this@ddress.is.invalid> wrote:
>
> > >
> > > So you consider yourself as such an expert? Maybe you are, but I don't
> > > know you.
> >
> > If you're looking for real experts, you're looking in the wrong place.
> > There's no way a general Android newsgroup has an audience of only
> > exports, each in their own field, where there are hundreds if not
> > thousands of fields.
>
> the only people here are imports.

:-) Great catch! At first I thought "What the heck is he on about!?".

On 17 Jun 2022 17:42:44 GMT, Frank Slootweg wrote:
> Martin ?rautmann <t-usenet@gmx.net> wrote:
>> On 16 Jun 2022 19:03:15 GMT, Frank Slootweg wrote:
>> > Are these "rogue" applications, apps which you install and suddenly
>> > run away? Or are they apps which you install and run away when you run
>> > them? Or other?
>>
>> This time it was me, using a web browser, but failing to see that it had
>> lost WLAN connection and consumed my monthly data volume within hours.
>>
>> I now have changed the web browser not to use mobile data and I might
>> have to use another browser if I actually want to browse with mobile
>> data - it's too much effort to turn mobile browsing on and off within
>> the same browser.
>
> Again, NetGuard would make switching easier.

I now tried NetGuard.

It wants to sell Pro functions here and there and there and there.

Nothing against the wish to earn some money. But if it asks me again and
again, I'm pissed.

But I do not find a switch for a daily total mobile data amount warning.
NetGuard may help me to identify applications which used most of the
data - but I can see this info from the system anyway. I want to limit
it before I will see it, e.g. because a video or internet radio will
continue to play via mobile data, although it should use WLAN only.

>> Before, mobile data would have stopped at 50 MB, making me aware of the
>> mobile browsing, instead of using 2 GB within a few hours and leaving me
>> with 16 kbps of data for the rest of the month.
>
> What is your monthly data bundle and at what daily limit do you want
> to catch these "rogue" applications?

12 GB/year, so limit to 1 GB/month and 50 MB/day. If I decide to use
more that day, I still can override it for that day.

On 17 Jun 2022 17:37:58 GMT, Frank Slootweg wrote:
> Are you for real? NetGuard is available through the Play Store (or
> Google Play website), I gave you the link.

That aimed at the My Data Manager