yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] 3c:
All this is coincidental. App is not put to sleep, it's the whole device is in deep sleep and waking up only when needed. When I use my device it logs more frequently than every minute. And at night I sometimes get only 2 logs or 20, depending on how busy the device gets or how many poorly developed apps are waking-up the device.

If you want 1-minute interval logging, eg "relative maximum accuracy", simply select that option. But if you see battery draining more than usual at night don't be surprised.

Given you experienced both, what are the actual battery drain at night you see and your estimated gain using 1-minute vs real-time?
[Android Apps and Games] pz4551:
I dont see big differences. After all, we are talking about only 59 additional log entries in 6 hours. No too much.

Do you know how with what frequency the average current value is updated?
[Android Apps and Games] 3c:
That depends on device and manufacturer, I've never seen any precise rule as your previous post shows, it's very inconsistent.

Google have set some rules asking manufacturer to report in micro-Amp (positive when charging) but it is barely followed, even Pixel devices don't keep up with this rule!
[Android Apps and Games] pz4551:
My summary would then be for myself:

Use the most lightweight app so a wake-up of the device/app leads to little processor load.

Logging short term/at the beginning: Log Current Now & Current Averaged with a very high frequency. (1s?)

With that data: Find out how often the averaged current is updated for the device type

Logging long term: Set the logging frequency to the actual update frequency of current average
[Android Apps and Games] 3c:
To determine your device update frequency open status tab and tap mA value repeatedly and you'll see it updates after the actual interval.
[Android Apps and Games] pz4551:
Great suggestion.

My results:

Update frequency of „Current Avg.“

Analysis through

Manual Tapping in

3c toolbox	Update frequency of „Current Now“

Analysis through logging another app

(logs every few milliseconds)
MS	Google Nexus 7	1s	1s
UA	Samsung Galaxy S6 Edge	30s	10s

My conclusion:

60s update is not enough to capture either 1s or 30s...

Real-time frequency is also not frequent enough as it is even less frequent.

Next, I will use "log every 5 second during charging" for now and will only use the data during charging.

Let's see if results change.

Thank you.

My wish would still be to allow the user to set logging frequency in seconds manually (text input field), but I understand that you get worse user review then.
[Android Apps and Games] 白い熊:
It is definitely undesirable - as it also has an effect the "opposite" way:

If you filter for exclusion of apps tagged "freeze" it will not list any app tagged "unfreeze" as of course the "freeze" substring is picked up by the filter there.

I think the filtering by tags should definitely work by the full string of the tag's name, not substring.
[Android Apps and Games] 3c:
It is fixed in 2.5.7 (in beta).
[Android Apps and Games] bege10:
After your relating fixes it takes 4 instead of 3 days to get the tombstones folder filled with 50 entries regarding the 3C library.

Is there anything more you found out? Is there something the devs of LineageOS or /e/OS can do? Is there something you can do that 3C Toolbox is not being killed by the system?

There is an extremely unpleasant situation when 3C Toolbox is being killed: Shortly before a scheduled task should start. That task will not start as it happened here with a daily backup.
[Android Apps and Games] Kay Kostrowski:
Hello everybody and thank you so much for that wounderful convolute

of all the stuff, I used to scan playstore up and down, untill I have found 3C last autum and just changed playstore to instructions and threads on 3c71 and here at xda before asking every allready answerd question again.

I hope I also will support this thread with some productive questions and input in future.

Regarding to Bege10 worries about app kills by daily new suprising reasons, this is my biggest disappointment of the app, too.

Especially loseing Companion-tool privilegs after every unsuccessful kill attempt by google is so sad.... still alive somehow, but more like disabled zombie mode and not predictable to have PC around.

Since ccc71 I am only restarting my phone -and loseing Companion tool-

when there is my computer within range of 1meter to restart it right again after. But there is allways something kickingaccessibility permissions most of the times and sometimes one of the other permissions. So I am loosing the toolbox step by step and lose it at some point.

So,my question and wish would be some kickstart / reset button of Companion tool right on mobile phone without any need of computer and USB ADB.

Couple days ago I have found a thread how to directly use ADB from phone via Wifi debugging and some kind of self breeding by sending the signal in a circle from one app via wifi to another receiving app on same phone.

I haven't had time to follow that idea so far, but maybe it might be some Idea for walkaround to use the Companion tool or at least a refresh command, after once fully installed via USB and computer, right from mobile phone.

For me, the pain from beaten up by Google would be much smaller with oportunity to just restart app again.

My suggestion for internal project name for a restart button:

= Don Quixote =

Thanks for reading my first post on xda ever,

but way more for outstanding support around 3C over the years!

Kay
[Android Apps and Games] 3c:
If you set adb wifi (adb tcpip something, should be documented on companion page), this will help the app to make it survive kills.

Also, to avoid (or reduce) app kills you can add a notification shortcut that will tell the OS the app is on foreground, which in turn might help keep companion features alive longer.
[Android Apps and Games] 3c:
There's no much I can do while Google still believe their oom system is best and smartest of all, but still keeps killing apps having active service, even widgets.

That said, of you add a notification shortcut it will tell the OS that the app is active and might help prevent the killings.
[Android Apps and Games] 白い熊:
@3c which properties of managed apps are dependent on the xposed module? Only networking?

I'm asking because now on A12 I have to use LSPosed and so need to whitelist all the apps to be affected by the module, so need to know what is effectively managed outside of the module scope.
[Android Apps and Games] ciclolars:
Does the app provide an alarm or notification if battery reaches or drops above or below a certain percentage? I cannot find this option.

Thanks in advance!

This is an awesome app that is always on my android devices, thanks @3c
[Android Apps and Games] 3c:
Yes, in device manager, watchers tab.
[Android Apps and Games] 白い熊:
Also, which operations does the additional “System helper” provide? Its description only says “additional” – I'm trying to see whether it's beneficial for me to have it installed.
[Android Apps and Games] 3c:
Mainly permission control and battery icons (notification settings), the others can be achieved without Xposed (using logcat), and include app's management control (full-screen, rotate, lock, etc). The app will tell you it's missing xposed if you just don't enable the module when stumbling on a feature that needs it. Unless you hide them.

System helper adds many toggles and ability to turn on/off wifi/apn and other things, can be quite useful.

Can't make an exhaustive list as it keeps changing with every version of Android and I lost track of the mess left by Google when things become possible with helper in Android vX and then no more in vY and again in vZ.
[Android Apps and Games] 白い熊:
So – as I try to limit many app's permissions - every app thus limited should be in LSPosed's white-list scope, it seems.

I don't think it warns you if you have Xposed installed, as I do, and the app is not white-listed, thus not effected by LSPosed…
[Android Apps and Games] beeshyams:
@3c

I was reading in some other XDA thread that they used your app to prevent root detection for a banking app. Very curious to know how

I will post a link to that if I can find it..

Edit found it : https://xdaforums.com/t/discussion-magisk-the-age-of-zygisk.4393877/post-86361631

Thanks
[Android Apps and Games] 3c:
tbh, I don't know how he did that in the first place but I'm interested cause I have an app that detects root no matter what and regardless of magisk hide. Couldn't find an answer in the thread either.
[Android Apps and Games] 3c:
No it doesn't warn for LSposed white-list scope as I haven't seen a proper way of detecting what is white-listed and what is not and I find this method pretty crap when you can't tell which app might have an UI and which don't. So I tend to use EdXposed which works way better for that purpose.
[Android Apps and Games] beeshyams:
Maybe try Shamiko? Stable version was released yesterday. You would find it Lsposed Telegram
[Android Apps and Games] 白い熊:
Yeah – I don't like the white-listing approach either. I'd like to use EdXposed. Just on Android 12, with Magisk 24 necessary, Riru phased out EdXposed is impossible – the only way forward now is LSPosed…
[Android Apps and Games] asripath:
Must have freeze magisk,

Use banking app and

unfreeze magisk
[Android Apps and Games] bingblop:
Is there a way to get WiFi control with the all in one toolbox?
[Android Apps and Games] bege10:
Find (in catlog) and disable the activity that detects root? (If the respective app then does not crash.)
[Android Apps and Games] bege10:
What exactly do you want to control?
[Android Apps and Games] beeshyams:
@3c

You'd mentioned trouble with root hiding for one app. Try this. I am using this for future in case banking app gets smarter

How to bypass hacking tool detections using Hide My Applist (Root + Xposed) - Platinmods.com - Android & iOS MODs, Mobile Games & Apps

This module can work as an Xposed module to hide apps or reject app list requests, and provides some methods to test whether you have hidden your app list properly. This module works better than XPrivacyLua that doesn't hide app list properly Requirements ROOTED device running Android 7 or...

platinmods.com
[Android Apps and Games] beeshyams:
Or a detailed write up by me

Bypassing advanced root / modded framework detection

In the past,solutions for preventing root detection were centered around safety-net, Magisk hide or XPosed modules like Sudo hide. With Magisk 24.1 plus Magisk Hide isn't an option and modules like...

android.stackexchange.com
[Android Apps and Games] 白い熊:
@3c I'd like to discuss the Firewall implementation as it seems to me it's still problematic when updating the system. I had to upgrade my phone to the latest Android 12 revision via a clean update and factory reset - resultingly the firewall settings for most apps get messed up, once restored.

Herewith the user case:

- Android 12

- So have to use LSPosed, with scoping, edXposed can't be used

- I have whitelisting set in the Firewall tab, so by default everything is blocked, only apps I want to let through are ticked - this obviously also for system apps

- Some apps access has been allowed through whitelisting in the Firewall tab, for some I allowed it while limiting the apps Permissions, there disabling or enabling the Full network access

- Before upgrade all Firewall rules for apps set as desired

- Exported the toolbox settings

- Backed up all apps - though some could have been backed up before some additional Firewall rules toggling and exporting of the settings

- Then updated the phone

- Installed 3c Toolbox from the Play Store

- Restored toolbox settings from the prior export

- Restored all desired user apps - mind you - these are hundreds of apps, games etc.

So now, new app UIDs obviously.

And resulting Firewall rules are all messed up - stuff allowed that shouldn't, things that should aren't.

This is also the case - if the toolbox settings are imported again after apps' restore - to "read the firewall rules anew" so to speak.

So something is clashing - and this is not a foolproof system it seems to me.

Care to comment on this?

Maybe it should really be improved by enabling Firewall rules separate export/import whereby it'd be stored by app package name and would propagate on import to all the individual apps installed.

Maybe the behavior/misbehavior above is caused by using whitelisting, since I've noticed after toolbox settings are restored, the firewall is not set to whitelist mode - so I suspect that. But something is deeply wrong for this user case - and leads to a significant loss of time - this has already happened to me more times than I remember, however now I'm sure it wasn't some oversight on my part as I took extra care to preserve all settings and still...

Thanks for your help.
[Android Apps and Games] 白い熊:
I was also thinking - maybe this messing-up is due to white-list scoping of 3c xposed module to restored apps, since:

- restore toolbox settings

- then restore apps - maybe the firewall limit is not somehow propagated to them, since each app is not scoped for the 3x xposed module

But there's no way around it - I mean I can only select them in LSPosed after they have been restored from 3c, so it might be circular.

In that case though - that's why I tried - the additional toolbox settings import after they have been scoped and the system restarted should work - but it doesn't, it stays messed up...
[Android Apps and Games] bege10:
If I understand you correct you restored the toolbox settings in the settings section, not the backups of every single app. Unfortunately this never worked reliably here also with other settings. So I agree that this is not (fool-)proof.
[Android Apps and Games] 3c:
Concerning the firewall, its settings is saved using UIDs, so clean install means you can't restore toolbox settings indeed as new UIDs won't match and selection will unlikely be the same.

That said, individual apps' firewall settings should be restored when you restore them through the toolbox app's restore feature.
[Android Apps and Games] bege10:
Why don't you store the data in the TWRP installer in a way that can restore both old and wiped data?
[Android Apps and Games] 白い熊:
OK, so this means really: do not restore toolbox settings on new system – set up by hand, then first toggle Firewall to whitelist in this case, then restore all apps.

You see where this leaves us, right? For system apps there is no way to restore firewall settings this way.

I think then really full xml or whatever export/import for firewall settings, encoded by package name is desired. Or have a backup/restore switch only for this, but that's overkill and maybe not desirable.

Anyhow web access control for everything is one thing highly desirable to be saveable and restorable in one go for many apps, I think.
[Android Apps and Games] 白い熊:
Because thanks to Samsung, if you decrypt /data so TWRP can access in now, Dex will not work, sharing on the system stops working and other errors now on Fold 3.

So the only way is to have /data encrypted and then TWRP cannot access it - this is the current reality unfortunately.
[Android Apps and Games] 3c:
I agree, this should be an import/export in firewall tab and include it into existing import/export feature.

As for restoring toolbox settings, I'll clear firewall settings.

That should make things work as expected.
[Android Apps and Games] 白い熊:
Oh yeah, it would be also beneficial if you'd allow setting the location of the exported files, also for toolbox settings, somewhere in settings – so that it wouldn't have to go to sdcard root by default, if you don't want it there. :-)
[Android Apps and Games] 3c:
Not sure what you are referring to because app's data is stored in TWRP zip file when created, I just verified that now. That said, it might not restore anything as mentioned by 白い熊.
[Android Apps and Games] 3c:
Finally found a way to save package names along with UIDs and upon restore/loading settings it will double-check all UID vs package names and remove unknown package names and fix all UIDs as it should. Starting with next update, you'll be able to restore toolbox settings and have firewall settings applied automatically.

Note however if a package is not installed, the UID is "lost" and firewall config for that package is not restored.
[Android Apps and Games] 白い熊:
OK - this will mostly affect user apps.

However, if I export settings and then backup apps - the backups should save the firewall settings, right?

So then, on system update - import settings with an incomplete app set - so then firewall settings will be “lost” for non-installed apps. If I then restore an app, the firewall settings should be restored for it, no?
[Android Apps and Games] 3c:
Indeed restoring apps will still restore firewall settings for the apps restored.
[Android Apps and Games] bingblop:
.... WIFI... On-Off
[Android Apps and Games] 白い熊:
I think the implementation is messed up still - all kernel apps lose settings on reboot:

I have whitelist mode and whitelisted all kernel apps: Kernel, Media server, root

They are all not whitelisted after every reboot. Don't know if it affects any user or system apps.

EDIT

It is somehow borked - the only kernel app that stays whitelisted after reboot is Shell, all other ones lose the settings after a reboot.
[Android Apps and Games] bege10:
On my rooted phone this is possible, I don't know how this is on a not rooted phone. I have no experience with the available companion app.
[Android Apps and Games] BeachNYC:
I suppose this has been asked and answered before, and if so, I apologize, but I cannot find such an answer.

Suddenly, without warning, this little 3C widget or button appears constantly on my homepage. I don't know what function it serves; when it is touched, it gets bright, touch again and it turns off. But it never disappears.

View attachment 5542269

Can someone tell me its function, and how to get rid of it? Photo attached. You can see it in the upper right corner.

Many thanks.
[Android Apps and Games] asripath:
Accessibility shortcut
[Android Apps and Games] 白い熊:
@3c indeed this happens on each reload of rules - so rules for kernel apps are not properly preserved and reloaded - so not even necessary to reboot.

When you clean rules, then reload them - the kernel apps' rules do not get reinstated.
[Android Apps and Games] 3c:
Yes, sorry about that, when I added a check for installed apps UID vs package names, it killed kernel apps restoration. Will fix that asap.
[Android Apps and Games] 白い熊:
@3c the current implementation is still more problematic than it seemed. User scenario:

- Set the firewall rules - whitelist mode.

- Export the Toolbox settings.

- Toggle some firewall access rights for any app.

- Import the Toolbox settings.

- Result: the toggled settings don't get changed back to what was exported.

You might've mentioned somewhere there needs to be a reboot after settings import, unless I'm mistaken - if that is so, all the more reason to split the Firewall rules export/import functionality from the Settings. This should be doable from the Firewall page - user selectable in settings where the firewall export gets saved - and Firewall settings should update on import, no need to reboot for that or what have you.

Also, if you'll be at it - please include the options to display UUIDs and App package.names - not only app names - in the Firewall page - like I want to search for gms, like this not doable.

Also, I exported full settings prior, had a system crash this morning - had to reset the phone, again they get imported wrong - but seeing as how the Firewall import/export is problematic, no use for me to trace it now.

I really want to use it here, but it's really getting to be a headache this Firewall here in the toolbox - I think it should be manageable neatly without the other settings like I say above - for obvious reasons... Phew - off to manually toggle everything again... :-)
[Android Apps and Games] 3c:
Thanks for your feedback.

Once imported, you can open firewall tab and tap reload. It'll do the job. I'm not quite sure but it seems as the app gets stopped, firewall rules are temporarily lost (!?). Yet to confirm.

I will add import/export feature to firewall tab in next update so it'll get easier to manage.
[Android Apps and Games] 白い熊:
Also, it seems the app restore is not properly linked to UUID identification now - since I just verified:

- I first handclicked all Firewall rules.

- Then restored tens of apps - the resulting Firewall rules are completely messed up - it might be a reload is needed - anyhow that's also unlucky. But I didn't check - it was all messed up due to restore, i.e. apps already present before other apps' restore got firewall rules toggled... And they really got blocked - it wasn't just improper display.

I confirmed it since Firefox lost internet access - as the tens of apps were being restored in the background, i.e. it's firewall permissions got shifted - I went into the firewall settings during the restore, toggled Firefox on, it wouldn't get access as it kept probably being thrown off.

Only after the restore - had yet again import rules - these now toggledd everything - it might've been that had I hit reload as you say, it'd have fixed, only read it afterwards.

Still it seems very unfortunate - it just keeps leaving me in a state of worry constantly that I'll lose the settings.

And it's not like it's a big deal - but with hundreds of apps this is really tens of minutes of clicking it again ang again, lost time...
[Android Apps and Games] 白い熊:
Also, you know - the reload - there should be two kinds - as it's problematic now:

- it's currently "reload from what you have set for apply on boot"

- but if it should be just refresh the displayed rules - i.e. on restore, the firewall tab doesn't get updated with proper restored rules - that's the refresh

But now - what if you have set rules for apply on boot:

- then you toggled some rules

Now you want to reload - you don't want to reload what was saved for boot, if on firewall stop it gets lost, you just want to refresh what you set right.

This due to the fact:

- if you toggle stuff

- then restore

You don't want to reload settings disrespecting what you toggled before restore.
[Android Apps and Games] 3c:
I'm not sure how a restore would mess-up firewall rules as it applies restored app firewall setting individually based on saved settings for each app.

That said, it uses live settings, add the new restored app settings and reapply everything, so if it starts wrong, it'll end-up being wrong.

I've now fixed the restoring of toolbox settings, so there won't be any need to reload firewall setting afterward. This should help avoid the above issue you mentioned.

I've also added import/export in network tab and will publish as beta 2.6.0a momentarily.
[Android Apps and Games] 3c:
There won't be 2 kinds of reload, as the refresh you mention is just the same. After a restore, the reload loads what was saved in previous versions of the app for apply on boot.

No new feature to cope with a refresh that is now fixed as well.

The last part is just unmanageable because if you restore settings, what you toggled before as no meaning anymore. It will be the same when you import settings, you loose what you previously toggled. Otherwise it's no longer a restore of settings whether all settings or just firewall.
[Android Apps and Games] 白い熊:
If it updates properly on restore - meaning the values in the Firewall tab get updated - then there is no need for "refresh" as you say... :-)

I'll test it and see what happens...