[APP 4.0+] 3C All-in-One Toolbox

Search This thread

3c

Senior Member
Jul 19, 2005
2,854
1,975
www.3c71.com
@3c the new – since some versions – progress info on backup-restore is very nice, however it shows progress within each individual app being backed up only.

If backing up hundreds of apps - as is the case in full system backup there is no way to judge the total progress. Can you add one “total” bar, showing how far into finishing the complete backup job we are?
That's how it should have been originally, so I'll fix that asap.
 

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
Also, I'm on 2.6.6a and it seems a bug affecting restore has been introduced sometime in the last couple of upgrades:

Now, only restore app data and settings works — if you select restore full app, the restore dialog pops up, exits immediately, says app restored, will list current/backup versions identical in the backups tab — but nothing is restored…
 

bege10

Senior Member
May 26, 2018
223
61
Germany
Also, I'm on 2.6.6a and it seems a bug affecting restore has been introduced sometime in the last couple of upgrades:

Now, only restore app data and settings works — if you select restore full app, the restore dialog pops up, exits immediately, says app restored, will list current/backup versions identical in the backups tab — but nothing is restored…
@3c I noticed this for the first time with 2.6.6 as reported in my support request regarding the backup issue. I thought these two issues where connected but probably they are not.
 
  • Like
Reactions: 白い熊

3c

Senior Member
Jul 19, 2005
2,854
1,975
www.3c71.com
@3c I noticed this for the first time with 2.6.6 as reported in my support request regarding the backup issue. I thought these two issues where connected but probably they are not.

Also, I'm on 2.6.6a and it seems a bug affecting restore has been introduced sometime in the last couple of upgrades:

Now, only restore app data and settings works — if you select restore full app, the restore dialog pops up, exits immediately, says app restored, will list current/backup versions identical in the backups tab — but nothing is restored…

Thanks for letting me know, this will be resolved on 2.6.6b. Sorry for the delay in fixing this. Gladly it's "only" in beta version.
 
  • Like
Reactions: 白い熊

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
Thanks for the fix – three observations now:

- the restore works again
- no individual files-within-package progress as on the backup, would be also nice :O)
- on the backup now the backup screen is laid out somewhat illogically:

On top you hava the individual partial file names being processed - the progress bar for this is on the bottom - should logically be under this name. The total bar should be on the bottom and above it you now only have 1 of 5 or what have you - indicating how many apps processed - it should also show the app name currently being processed.

Or vice versa - total, name and bar on top - partial, name and bar under - but grouped logically... O):
 

fonzacus

Senior Member
Jun 23, 2016
282
48
31
30 Seconds From Mars
Xiaomi Redmi 8
awesome job

been using it for months and can say this is a pretty sweet aio toolbox more suited for rooted users. it can be used just fine on non rooters to help a bit with performance with always running apps

id like to humbly make a suggestion. is it possible to include a host blocker? the droid /sys/etc/hosts requires a full reboot unlike pcs, and is very inconvenient imho

i stumbled upon a github project and hopefully you could take a peak (also has its own dns)
github.com/x-falcon/Virtual-Hosts

with the way how modern isps are operating, is it possible to somehow prevent our isps from "blocking" (lack of better word) our dns? many sites are still being blocked despite many free public dns dont
also happens on pcs but thats another topic
 

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
@3c — hi. Could you implement Restore only data and settings from shortcut for a specific app, please?

I have one app that consistently misbehaves and lose cache or data or something regularly — so I have to keep restoring data and settings only regularly. I have a shortcut for full restore for it — but it's unnecessary and full restore takes too long… :O)

Many thanks.
 

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
@3c there is still some serious problem with the implementation of firewall rules and their updates. I regularly find that for some particular app tse rules are messed up - most notably Firefox Nightly: gets updated from the Play store nightly and it's a hit and miss - often after the update it has no internet access rights in the firewall.

I use whitelisting - no default access - Firefox obviously has access set, so how come it gets toggled off? Is it some update of permissions from backup or whatever.

Anyhow - just now - figured out another issue with it:

all of a sudden Play Store told me “offline” - so went to firewall, found out it was off! How? Anyhow toggled it on - then checked its app permissions - and saw Full internet access is off. Even after toggle of firewall whitelist status off and on again Full internet access stays off.

Nota bene - I never set it to off, as I use the Play Store - so how come it was toggled off - and by what? Any ideas on this?
 

3c

Senior Member
Jul 19, 2005
2,854
1,975
www.3c71.com
@3c there is still some serious problem with the implementation of firewall rules and their updates. I regularly find that for some particular app tse rules are messed up - most notably Firefox Nightly: gets updated from the Play store nightly and it's a hit and miss - often after the update it has no internet access rights in the firewall.

I use whitelisting - no default access - Firefox obviously has access set, so how come it gets toggled off? Is it some update of permissions from backup or whatever.

Anyhow - just now - figured out another issue with it:

all of a sudden Play Store told me “offline” - so went to firewall, found out it was off! How? Anyhow toggled it on - then checked its app permissions - and saw Full internet access is off. Even after toggle of firewall whitelist status off and on again Full internet access stays off.

Nota bene - I never set it to off, as I use the Play Store - so how come it was toggled off - and by what? Any ideas on this?
Hello and sorry for the inconveniences. I'm testing this right now, but have never seen such issues so far.

Note that app stores access by app UID (an ID "calculated" by OS at install time) so it should never change when updating the app, unless you uninstall it.
The the app will also double-check package name to ensure its configuration is still valid for the package being configured/updated/installed.

If either of those changes the app/package is considered "new" and unconfigured. Hence in a white-listing mode will not get internet.


What "full internet access" permission are you referring to ? Are you using Xposed ?
Can you post some screenshots to clarify the situation?
 
  • Like
Reactions: 白い熊

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
Hello and sorry for the inconveniences. I'm testing this right now, but have never seen such issues so far.

Note that app stores access by app UID (an ID "calculated" by OS at install time) so it should never change when updating the app, unless you uninstall it.
The the app will also double-check package name to ensure its configuration is still valid for the package being configured/updated/installed.

If either of those changes the app/package is considered "new" and unconfigured. Hence in a white-listing mode will not get internet.


What "full internet access" permission are you referring to ? Are you using Xposed ?
Can you post some screenshots to clarify the situation?
I was translating from Japanese — I switched the Toolbox UI to English now, so that I have proper naming. And right after I wrote it — it happened again, so I can describe:

So Firefox nighty - what happens:

- Update Firefox from the Play Store
- No webpage opens in it
- I go to the Toolbox Firewall page - it's in whitelist mode
- Find out Firefox is unticked in both Wi-Fi and APN columns
- Tick both
- Switch to the Applications tab, find Firefox
- Click Manage - Permissions
- In the Permissions tab then, discover that “have full network permissions” is off - even though I whitelisted it before in the Firewall tab
- Toggle this to on
- Now Firefox has web access
- After next update from Play Store the full scenario repeats

I.e. the toolbox “unticks” both columns in the Firewall tab, this results in the “have full network permissions” to be toggled off in the Permissionn tabs.

It must be reading it from somewhere - or it must be associated somehow with whitelist peculiarity - or it must have something to do with applying the IP rules - without reboot. Do you have it set somewhere that it's only fully applied on reboot or whatever - I don't know.

It is problematic anyhow - I think if I toggle and untoggle tse rules in the Firewall tab this should be propagated immediately to affected apps “have full network permissions”.

Or there should be some “Apply firewall rules” button or what have you - but it must be ensured that somehow the firewall Settings are independently and reliably preserved.

Like this it's really a pain… :O)
 

3c

Senior Member
Jul 19, 2005
2,854
1,975
www.3c71.com
I was translating from Japanese — I switched the Toolbox UI to English now, so that I have proper naming. And right after I wrote it — it happened again, so I can describe:

So Firefox nighty - what happens:

- Update Firefox from the Play Store
- No webpage opens in it
- I go to the Toolbox Firewall page - it's in whitelist mode
- Find out Firefox is unticked in both Wi-Fi and APN columns
- Tick both
- Switch to the Applications tab, find Firefox
- Click Manage - Permissions
- In the Permissions tab then, discover that “have full network permissions” is off - even though I whitelisted it before in the Firewall tab
- Toggle this to on
- Now Firefox has web access
- After next update from Play Store the full scenario repeats

I.e. the toolbox “unticks” both columns in the Firewall tab, this results in the “have full network permissions” to be toggled off in the Permissionn tabs.

It must be reading it from somewhere - or it must be associated somehow with whitelist peculiarity - or it must have something to do with applying the IP rules - without reboot. Do you have it set somewhere that it's only fully applied on reboot or whatever - I don't know.

It is problematic anyhow - I think if I toggle and untoggle tse rules in the Firewall tab this should be propagated immediately to affected apps “have full network permissions”.

Or there should be some “Apply firewall rules” button or what have you - but it must be ensured that somehow the firewall Settings are independently and reliably preserved.

Like this it's really a pain… :O)
You didn't say if you have xposed framework and if toolbox module is enabled ? So I'm asking *again*...

That said, the "have full network permissions" only reflect firewall tab settings but only if you have xposed. Otherwise it's just stay active as per OS settings, so without Xposed it has nothing to do with firewall rules.

In any case I did a test in whitelist mode, with many apps, about 10. As far as I can tell it's perfectly reliable and I couldn't reproduce your issue.


It's clear I'm missing information about your device, starting with Android version and support information and logs taken during the update as specified in #2.

Please provide support request data by using app's settings, help and support, starting a debug session, then reproducing the steps of updating firefox, then sending the support request or attaching the support data here.


Please note that if you uninstall the app, it will reset firewall rules, and there's no way around it to avoid another app from using uninstalled app settings.
 
  • Like
Reactions: Lughnasadh

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
You didn't say if you have xposed framework and if toolbox module is enabled ? So I'm asking *again*...

That said, the "have full network permissions" only reflect firewall tab settings but only if you have xposed. Otherwise it's just stay active as per OS settings, so without Xposed it has nothing to do with firewall rules.

In any case I did a test in whitelist mode, with many apps, about 10. As far as I can tell it's perfectly reliable and I couldn't reproduce your issue.


It's clear I'm missing information about your device, starting with Android version and support information and logs taken during the update as specified in #2.

Please provide support request data by using app's settings, help and support, starting a debug session, then reproducing the steps of updating firefox, then sending the support request or attaching the support data here.


Please note that if you uninstall the app, it will reset firewall rules, and there's no way around it to avoid another app from using uninstalled app settings.
Sorry - missed it - yes LSposed, and active.

It seems to work one way though - when the app's internet permissions are unchecked in the Firewall - it toggles the internet access in permissions of - however when internet is toggled to allowed in firewall - it doesn't toggle it back on in permissions.

That's why I was thinking it's not fully reloading - or, now it occurred to me, could it be that it's just not rereading the app's permissions for updating the display in the Permissions tab without Toolbox restart?

I'll try to start a debug session tomorrow before update - to record it and see what's up?

Do you want me to send the support request even before that, now - so you can inspect the setup?
 

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
OK - there was a new update now, so started a debug session to reproduce, ran the update - and what would you guess? It didn't mess up the firewall settings…

Ugh, I understand it's impossible to track without cleanly reproducing like this…

Perhaps - if I could ask, just to think on what might be causing it in a non-100% of cases: which actions, and with what delay affect iptables settings thus?

- Does toggling an individual app in the Firewall tab get set immediately, or does the Toolbox have to be restarted.
- Importing Toolbox settings - is it effective on reboot WRT Firewall?
- Anything else?
 

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
OK, now it happened again. I started a debug session before update - updated the app from the store, after update checked the firewall tab - it showed access allowed, opened Firefox, it loaded a page.

Then restarted - no access - firewall show Firefox unticked, before restart it showed no change in the top “apply on boot” icon.

So something is misbehaving - WRT to reading the firewall settings on boot, it's apparent that even when it shows in the firewall tab that this is to be applied on boot - it hasn't been either saved, or refreshed from the tab - or it's reading firewall permissions on boot from somewhere and these are not immediately in synch with what the firewall tab shows you during usage - but something is up…
 

3c

Senior Member
Jul 19, 2005
2,854
1,975
www.3c71.com
OK, now it happened again. I started a debug session before update - updated the app from the store, after update checked the firewall tab - it showed access allowed, opened Firefox, it loaded a page.

Then restarted - no access - firewall show Firefox unticked, before restart it showed no change in the top “apply on boot” icon.

So something is misbehaving - WRT to reading the firewall settings on boot, it's apparent that even when it shows in the firewall tab that this is to be applied on boot - it hasn't been either saved, or refreshed from the tab - or it's reading firewall permissions on boot from somewhere and these are not immediately in synch with what the firewall tab shows you during usage - but something is up…
What is showed in firewall tab is what is currently applied and if on-boot button is blue, that is what is saved.

If it resets on reboot it means the app found the UID or app package name have changed. That's the only thing that will reset firewall rules for an app. So next time it happens, please check app's UID and package name in details tab.

If after next update it resets firewall before reboot, send a support request mentioning it.

If it doesn't please take a screenshot of detail's page showing UID and package name before reboot. Upon reboot try to send a support request as soon as possible, check firewall rules and if reset send a support request again. The idea is to get the logs when the app will apply firewall rules and with recent Android versions it's hard to tell when it will happen so sending the request will help get the appropriate logs.
 
  • Like
Reactions: 白い熊

ZappaDong

Member
Mar 11, 2014
19
6
Munich
Pixel 4a, Android 13 (German UI), Version 2.6.7 (and older)

Since Android 13 the "Force-stop all included apps" does not stop the apps anymore.
As everything worked fine before Android 13 I assume this is a problem with the Android 13 UI.

The app-info-panel for every app is opened but the "Force Stop" ("Beenden erzwingen" in German) button is not pressed in 3 of 4 cases. On the second run the function sometimes stops at the last info-panel keeping the panel open. It has to be closed manually.

On the first and second run you can "help" the function by quickly pressing the "Force Stop" button yourself and the following dialog is pressed automatically.


A feature request/idea:
Can you place a "transparent layer" over the app-info panels? SD Maid uses the same info panel to empty app caches. And to avoid flickering a grey layer is put over the panels first. This makes all the fast panel opening and closing less looking like a light show in the evening.
(I am using android in standard light mode)
 

3c

Senior Member
Jul 19, 2005
2,854
1,975
www.3c71.com
Pixel 4a, Android 13 (German UI), Version 2.6.7 (and older)

Since Android 13 the "Force-stop all included apps" does not stop the apps anymore.
As everything worked fine before Android 13 I assume this is a problem with the Android 13 UI.

The app-info-panel for every app is opened but the "Force Stop" ("Beenden erzwingen" in German) button is not pressed in 3 of 4 cases. On the second run the function sometimes stops at the last info-panel keeping the panel open. It has to be closed manually.

On the first and second run you can "help" the function by quickly pressing the "Force Stop" button yourself and the following dialog is pressed automatically.


A feature request/idea:
Can you place a "transparent layer" over the app-info panels? SD Maid uses the same info panel to empty app caches. And to avoid flickering a grey layer is put over the panels first. This makes all the fast panel opening and closing less looking like a light show in the evening.
(I am using android in standard light mode)

Well, you seem lucky to get it to work 3 times out of 4, as for me it doesn't at all! Simply because the OS doesn't give the app the popup information to access the OK button at all !?

Google has changed reported information and messing with accessibilty filtering seems to bring back the information. What a mess and what a pain to test/debug as I just re-enabled the accessibility service a good hundred times to get the missing data!

An update has been published on Play Store with a fix for that (beta 2.6.8).
 

3c

Senior Member
Jul 19, 2005
2,854
1,975
www.3c71.com
A feature request/idea:
Can you place a "transparent layer" over the app-info panels? SD Maid uses the same info panel to empty app caches. And to avoid flickering a grey layer is put over the panels first. This makes all the fast panel opening and closing less looking like a light show in the evening.
(I am using android in standard light mode)
Forgot to mention if you grant 'draw over other apps' to the app, it'll do just that.
 
  • Like
Reactions: ZappaDong

白い熊

Senior Member
Aug 29, 2011
898
311
相撲道
What is showed in firewall tab is what is currently applied and if on-boot button is blue, that is what is saved.

If it resets on reboot it means the app found the UID or app package name have changed. That's the only thing that will reset firewall rules for an app. So next time it happens, please check app's UID and package name in details tab.

If after next update it resets firewall before reboot, send a support request mentioning it.

If it doesn't please take a screenshot of detail's page showing UID and package name before reboot. Upon reboot try to send a support request as soon as possible, check firewall rules and if reset send a support request again. The idea is to get the logs when the app will apply firewall rules and with recent Android versions it's hard to tell when it will happen so sending the request will help get the appropriate logs.
I might have an idea of what's going on - I've seen toggling FK checkboxes doesn't update the Permissions tab on App details WRT the internet access before reboot - so it could have been that I was toggling it on in the Permissions tab - but something else was set in the FW tab, then on reboot it got lost.

Anyhow tried now - setting the FW tab properly and immediately rebooting - access is on after reboot - gets preserved.

Three issues:

- Why the reboot? Why doesn't it propagate immediately to the Permissions tab and from it - back and forth on toggle everywhere? I.e. if you uncheck internet access in Permissionn, FW page should show you updated settings and they should be saved for boot…
- Sometimes I have to clear whitelisting completely and allow everything, to check for problems - if I forget this and don't reread the boot FW settings and reboot - the FW on reboot is empty and cannot be reloaded on the bottom.
- Finally - do you really save it by uid? If so, isn't that flawed? Meaning I export the toolbox settings before
system upgrade - then obviously all app uids are different on restore. Shouldn't it be saved just by package id - unless I'm reading you wrong. But thenga change of uid wouldn't be a problem no?
 

Top Liked Posts

  • There are no posts matching your filters.
  • 1
    I don't think this a proper approach now - for someone who has restored many apps from a 3c backup - like me.

    I just checked - and all apps restored from 3c backups have the vendor set as 'null' - which is improper by default. Only the ones - a handful - that I've installed directly in the above manner or from Google Play after the latest system update have it set properly as the 'com.android.vending' - so if you do it like you say - for me most everything will be saved with 'null' - thus I'll have to edit everything by hand... Whereas if one could select the vendor for multiple apps.... :O)
    You're original suggestion was to have an option in both backup/restore pop-ups to decide whether or not to backup/restore the actual store information. I've just made it automatic and pretty simple.

    For anyone backing-up/restoring many apps, like I do when changing device, it'll be much better than having to tick an option during backup and restore to make sure store information is up-to-date.

    Now, the actual issue is that as of previous versions, the store information is not there. However when Play Store will update your apps, it'll update the store information as well and every subsequent backup will have that information.

    Also you mentioned that you had a handful of apps requiring the store information to be up-to-date, so you only have to edit the info.txt file for those, which I'm sure won't take that long. I did it on the few apps that do that in a matter of minutes, amongst the 500 backups I have.
    1
    Separately - regarding the firewall: could you add finer filtering options? I.e. by tags and by blocked/allowed states?

    Would be helpful managing apps…
    Filtering by tag will be added in next update

    @3c and a minor point also: could you change the toast feedback and have two separate - different-worded toasts for when the freeze/unfreeze state is toggled via a shortcut?

    Currently, it gives the same reaction for both when it freezes and unfreezes, something along the lines of - I'm translating from Japanese - “success” or “OK”. “Frozen” and “Unfrozen” would be more informative as to what actually happened.
    In next update, when apps are frozen, the toast will show "(frozen)" in the message.
    1
    Can you also add filter by state - i.e. so you can only list allowed or disallowed apps? This would help greatly when you want to quickly trim the list of enabled apps for instance...
    Will be added in next update.
    I am also wondering how to go about preserving system app setup, i.e. blocked components, for app backup where I don't want to, or can't save cache and data.

    For instance Youtube is one such app:

    — it's a system app, so I don't want to backup the app itself
    — don't want to backup cache and settings as it'll be setup on system upgrade just by logging into it
    — however - I'm disabling some of its activities etc through the Permissions tab - and would like to back these up, so they would be disabled again on a new system - without doing this manually

    How to go about this?
    Simply backup the app in its minimum form (eg APK alone). It'll save toolbox settings along with it, which you'll be able to restore later.
  • 56
    [APP 4.1+] 3C All-in-One Toolbox

    3C Toolbox, available on Play Store and XDA Labs is the most comprehensive must-have toolbox for Android version 4.1 and above, running any ROM or kernel. Issues, suggestions, feature requests, please make sure to read post #2.

    This app includes all features delivered separately in below apps. This is the result of many years of work to bring all features together in an easy-to-use giant toolbox, and it includes the features of many other apps, including Titanium Backup, Greenify, BetterBatteryStats, App2SD, Seeder, ROM Toolbox Pro, SetCPU, System Panel, Root Explorer, Autorun Manager, Terminal Emulator, Script Editor, SD Booster, BuildProp Editor, ATK and so much more.

    What is 3C Toolbox Replaces 20+ apps easily worth 30€ for the price of a couple of beers!

    Download link Play Store XDA Labs


    Can take advantage of the following apps (not integrated because of policy restrictions from Play Store):

    3C Sensitive Backup - Allows backup/restore of SMS/MMS and call-log, can work with 3C Toolbox to schedule backups.

    3C Legacty Battery Stats - Allows reading Android legacy battery statistics


    Non-exhaustive list of integrated apps and features :

    3C CPU Manager (root) - CPU/GPU controls for root users

    3C Kernel Tweaker (root) - Kernel tweaking for root users

    3C Task Manager - A simple yet powerful task manager for Android

    3C Task Recorder - A simple yet powerful task recorder for Android

    3C Log Reader - A simple log reader allowing you to read logcat, kernel and xposed logs from a single place

    3C Explorer - This is a very simple file explorer for Android

    3C Toggles - Highly customizable widgets to control about 30 system components.

    3C Battery Monitor - The most complete tool to monitor your battery, have no equal on Play Store.

    3C Network Manager - Monitor trafic and control network configurations

    3C Apps Manager - The most complete app manager to backup/restore/control all your apps

    3C SQLite Manager - A simple SQLite editor


    More information

    App Features

    App screenshots

    3C Apps Feature Comparison

    Lowest CPU consumption on Play Store

    Permissions requested

    Getting started guide

    Online help

    Unique features not available elsewhere

    Track your ROM, kernel and battery performance (%/h or mA, screen on or standby)
    ◊ Battery milli-amp (mA), mW and %/h consumption reporting
    ◊ Automatic backup of installed and updated applications
    ◊ Highly configurable textual and graphical monitoring widgets
    ◊ The most advanced and configurable UI
    ◊ Clean and safe reboots, without data loss (root required)
    ◊ And much more
    30
    FAQ and guidelines for any queries

    Before you put a bad rating on Play Store for a single broken feature among the 100 the app delivers, and before you contact me (or post here), you may consider the following:
    3C Toolbox runs on hundreds of devices and custom ROMs, I cannot test all of them, however I try to change device regularly to ensure the app is compatible with all devices, please check my signature.

    ◊ 3C Toolbox and its derived apps are, at the time of writing, used by more than half a million users and 3C Toolbox Pro is rated 4.8/5 by about 3000 users.

    ◊ 3C Toolbox runs on Android 4.x and above, I always have at least one device running 4.x, 5.x, 6.x, 7.x and 8.x to avoid issues, however I may miss some key differences from time to time, possibly causing the app to crash or a feature to malfunction.

    ◊ 3C Toolbox is not a game relying on well established documentation, but an advanced toolbox which uses some undocumented features, which have evolved along with each version of Android. Even some documented features had to be adapted to newer Android versions.

    ◊ 3C Toolbox provides milli-Ampere data for your battery either provided by Android OS or estimated by the app when there is no current sensor. Hardware current sensor can sometimes report inaccurate or no data at all. It's impossible to predict how the next device will report milli-Ampere if it does at all.

    ◊ I'm a human being, not a service center, not a big corporate. Like any other human being I don't like being bashed or insulted by email or anywhere else and will no longer waste my time for anyone doing so.
    Why such guidelines?
    - You want new features and improvements as soon as possible?
    - You want a quick solution to a problem?
    - You don't want to waste your time explaining?

    Me too, that's that simple.
    Feature requests?
    Please explain using as few words as it's possible and join a screenshot if it applies to an existing feature. Pictures speaks 1000 words they say, maybe.
    Issues with CPU temperature or battery current mA or capacity mAh?
    Please explain this in a support request sent from app settings, help and support so I can provide the appropriate option to use in 'mA retrieval method' of battery / monitoring settings and add out-of-the-box support for your device. All necessary information is provided in the request's attachments.

    Battery current mA and CPU temperature are non standard on Android and every devices/manufacturers provides it differently or not at all. Don't blame the app if your device doesn't provide it or report inconsistent values, ask your manufacturer which get paid lots of bucks.
    Issues with GPU tab missing features?
    GPU configuration is not something standard on Android, and there are currently 10+ implementations available. If you miss something, please send a support request from app settings, help and support mentioning what's missing and a screenshot of each GPU tabs.
    How to get support for any other issues
    Please send a support request from app settings, help and support. You need to clearly explain your issue, attach any relevant screenshots showing where and how the issue occurs. I will not provide any support here.

    The idea is that you explain the observed issue, possibly add a screenshot so that I know exactly where to look (app has 100+ screens and sometimes words don't mean the same for you and me), from there I can really do a good job at helping you. You want my help, do it the right way or simply don't.

    The support requests contains the following (you can check the content before sending). Privacy policy is available here.

    ◊ Battery technical details as available on device
    ◊ Battery history recorded (last 100 records)
    ◊ CPU technical details as available on device
    ◊ SD mount points (to help identify unsupported SD locations)
    ◊ Previous visible and internal crash reports (FC)
    ◊ Process running (to identify possible conflicts)
    ◊ App configuration (version number, type and mA retrieval method in use)
    ◊ Android configuration (version, security settings, ROM, kernel)


    You've read all this? I thank you for your time and hope you enjoy my apps.
    18
    Future plans

    Here is what I'm working on or planning next:

    • Improve ROM Manager with extra features.
    • Improve Battery Manager status tab and displayed data
    • Add tabs to App Manager (protect, debloat, crystallize, others?)
    • Add 'optimize' tab to System Manager for memory/storage
    • Improve file manager with swipe left-right and new tab options
    • Improve Terminal Emulator with real terminal display.
    • Improve UI, suggestions most welcome.
    • Removing all ads to see if it brings any positive results (currently testing on 3C Toolbox).
    • Add PayPal to XDA Labs apps if possible.

    This is my current objectives:
    • Increase user support from Play Store, Huawei AppGallery or XDA Labs
    • Get XDA Labs apps Google-free (using PayPal)
    11
    Recent Update - Mea Culpa

    You have certainly noticed the recent updates that is supposed to improve root handling in my apps, and might have experienced issues.

    Why make such change

    In versions before 1.6.12, the app was using a very common root method, using scripts and Android commands. Each action was taking 120ms just to get started. Some features like app manager and explorer run a lot of them. With Marshmallow, there's even a bug that cause determining path to fail and require root, slowing down everything a lot.

    I started testing a shared library in 1.6.12 that would run root commands directly without this 120ms overhead and it worked really well, running some commands in 1ms instead!

    In 1.7, I've started 'migrating' all root features to this new method, always implementing a fall-back in case something went wrong. That didn't work so well in the end.

    What went wrong?

    To make it short, I was testing this new method on a few devices, running Android 6.0.1, 5.1, 4.4 and supposedly 2.3 but it was running 4.1.2. You can imagine easily how misleading this was!

    I learned that Samsung devices had special security constraints that made some commands fail completely and prevented the fallback to take place.

    At the same time, Xposed module was reported to fail on Marshmallow because of new security policies. Had to change everything because of that!

    Then the APK build process was no longer building the x64 versions anymore.

    What's next

    I'm still receiving reports of various issues on different versions of Android that I will have to address in the next few days/weeks.

    Android N is coming with new security restrictions that will require further changes, but this new root method is already taking care of that.

    Did I make a bad decision?

    No. Since Android implemented SELinux security policies in 4.2/4.3, each new version of Android has required many internal changes to keep features working, and its getting worse with M and now N.

    This new method not only offers much better performance but also requires much less workaround to keep working.

    Yes, I made a mistake. After hours of working nights and week-ends, it was still not ready for public release as I thought.

    What went even more wrong?

    In my desire to offer the best experience possible, I published fixes too quickly and instead of stabilizing stuff, I've only made it worse.

    Long story short

    I'm sorry for any inconveniences you might have experienced, and I'll do my best to make it better asap.

    Want to help?

    If you experience any issues and want to help, please send a support request from app settings, help and support, mentioning what happens and possibly screenshot for my understanding.

    The support request provides valuable information on the Android version, app logs, Xposed version if installed, app config, etc... Much needed so that I can investigate the issue with similar environment, otherwise I might be testing on a dozen devices without reproducing the issue.

    I can then send you an updated APK with a fix or with active debug if I can't pin-point the problem on my test devices.

    FWIW: Version 1.7 was addressing a number of issues in previous versions and I did hope it would make users happy with some nice improvements. My bad.
    11
    3C Task Manager 3.0 (beta)

    Dear users,

    I've updated (in beta) 3C Task Manager with the new project/build structure. APK size is reduced by 15% while delivering more features. Future maintenance will also be much easier.
    3C Task Manager is now capable of managing app's components (activities, services, etc...) and also to renice (Linux priority scheduling) processes (optionally using Xposed for efficiency).
    On rooted device, the app will also be able to use 3C Explorer to open an app's data folder or 3C Log Reader to get app's logs.

    This new build allows me to reduce development and maintenance times greatly when publishing apps other than the Toolbox.

    A lot of refactoring and splitting took place, allowing to build other apps (with similar look'n'feel) faster too, namely the SMS/Call-log backups that's now missing in the toolbox (due to Play Store restrictions).

    Next steps include:
    • Building an SMS/Call-log backup companion app and link it to the toolbox.
    • Adding full SAF / Content Provider support to Explorer
    • Allowing browsing network shares through Explorer's SAF / Content Provider
    • Adding app labeling in Apps Manager.
    • Rebuilding other apps (Battery Monitor, Toggles)
    • Creating 3C App Manager