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

[3c]

I think the above solution would definitely be good - it would need to list the packages also under the specific profile, so that you would see which ones are affected.

I've made an update (2.7.0) which includes that solution.

 

[白い熊]

Ok, what about sorting backups by date? This will avoid having to ask user about which date to filter to/from, and will allow you to see which backups have not been updated since any particular date.

Yes - I was actually just about to write that this would be a usable alternative as a 2ⁿᵈ choice actually :O) You'd then quickly see what's older than a cutoff etc.…

 

[Zaxx32]

Trying to systemize a few apps by using you apps mgr but keep getting a not enough room type error...new pixel 6a with 90gb empty. I thought android adjusted it's partition size automatically if it needs drive space. Suggestions?

Edit: I used TeMeFi instead...worked great. Thx anyway...

 

[3c]

Yes - I was actually just about to write that this would be a usable alternative as a 2ⁿᵈ choice actually :O) You'd then quickly see what's older than a cutoff etc.…

Next update in beta adds sorting and filtering by date.

 

[白い熊]

I've made an update (2.7.0) which includes that solution.

I think some bug has been introduced with the change:

I select two backups for restore, one is moderately big - 200 MB, the other one huge - 2 GB. Individually they both restore fine - needing significant time to complete though.

When selected for restore together - the toggle box pops up, allowing me to toggle data and settings restore on/off. I leave it on - then a “restore” operation runs for cca 2 seconds, then reports success and it jumps back to the toolbox main window.

So obviously it doesn't restore properly…

 

[3c]

I think some bug has been introduced with the change:

I select two backups for restore, one is moderately big - 200 MB, the other one huge - 2 GB. Individually they both restore fine - needing significant time to complete though.

When selected for restore together - the toggle box pops up, allowing me to toggle data and settings restore on/off. I leave it on - then a “restore” operation runs for cca 2 seconds, then reports success and it jumps back to the toolbox main window.

So obviously it doesn't restore properly…

I tried selecting 2 or more apps for restore and had no issues.

Please start a debug session (in app settings, help and support), then reproduce the issue, then send a support request mentioning your issue. Make sure the zipped log is attached to the email sent, I'll check your logs for any issues that occured.

 

[Stef_]

Hi,
In the battery configuration wizard Oneplus is missing. It was here in 2.58. I have a Oneplus 9pro and the battery current flow is divided by 2. Please can you add again Oneplus with 65W charging.
Thanks.

 

[3c]

Hi,
In the battery configuration wizard Oneplus is missing. It was here in 2.58. I have a Oneplus 9pro and the battery current flow is divided by 2. Please can you add again Oneplus with 65W charging.
Thanks.

Hello,

There has been an intended change to merge the 2 behavior thanks to some other data being available. However the algorithm being used appeared unstable.

This is solved in latest beta (2.7.0d), and will continue to improve. Already tested on OnePlus 10 Pro, Xiaomi 11T Pro, OnePlus 9 Pro coming soon as well as some POCO devices.

 

[白い熊]

@3c do you think you could add the possibility of displaying a running console for the ongoing backup/restore command? I'm thinking of having a button “display terminal output”-of-kinds that you could click when selecting the backup/restore operation, and you couldgsee the full zip/unzip flow…

The reason for this is the following: I'm currently experiencing issues with a single - albeit critical - backup.

I'm trying to backup FairEmail - it's an advanced email app. Its data directory isg1GB in size, mostly due to the downloaded email attachments. If I backup without the data option, it concludes momentarily - couple of seconds.

With the data option, the progress popup gets “stuck” momentarily on showing some file progress of 100%, and that's it - I let it rundovernight to make sure it's not just extra slow but it never finishes and the data is not backed up.

I have an older backup of this app with data, so something is happening now that's causing the zipping to either not start or not finish...

The zipping of the data directory of the app in Termux takes let's say 30 seconds so runs fast.

That's why I'd like to see what the zip operation during backup chokes on. Anyhow live terminal display isn't necessary per se - if the ongoing operation output could be tee'd to some log somewhere during the operation (not after finishing obviously) that'd be enough to inspect what's happening.

 

[3c]

Publishing of 2.7.0d has been pending Google's review for the past 4 days, Google questioning the use of accessibility services and how the app is disclosing those before user can enable them.

@3c do you think you could add the possibility of displaying a running console for the ongoing backup/restore command? I'm thinking of having a button “display terminal output”-of-kinds that you could click when selecting the backup/restore operation, and you couldgsee the full zip/unzip flow…

The reason for this is the following: I'm currently experiencing issues with a single - albeit critical - backup.

I'm trying to backup FairEmail - it's an advanced email app. Its data directory isg1GB in size, mostly due to the downloaded email attachments. If I backup without the data option, it concludes momentarily - couple of seconds.

With the data option, the progress popup gets “stuck” momentarily on showing some file progress of 100%, and that's it - I let it rundovernight to make sure it's not just extra slow but it never finishes and the data is not backed up.

I have an older backup of this app with data, so something is happening now that's causing the zipping to either not start or not finish...

The zipping of the data directory of the app in Termux takes let's say 30 seconds so runs fast.

That's why I'd like to see what the zip operation during backup chokes on. Anyhow live terminal display isn't necessary per se - if the ongoing operation output could be tee'd to some log somewhere during the operation (not after finishing obviously) that'd be enough to inspect what's happening.

Won't add debug window on a service that's not using shell commands at any time. Maybe zipping with root tools is fast, but when you have to go through Google apps' restrictions it can get very messy. Doesn't mean backing-up will be slow.

I just tested a 3GB data backup and it worked like a charm, in about 45 seconds.


Anyway, I assume your device is rooted and you're referring to internal data (eg /data/data/...) ? Because if not, that's a whole different story. If you're backing-up external data, that is yet another story.

That said, the app must be stuck on a specific file, and in the past special files may have caused this but it has been long fixed.


To actually know if zipping starts or does not finish, please check backup folder, data/<ID>/<package_name>.zip file if it exists, its size and possibly content.

Do you mind sending me a " ls -zRl /data/data/<package> " of the data folder that contains 1GB of files? That way we may be able to identify the faulty file if any.

What do you mean stuck momentarily (and what after that moment?) on showing some file (what file?) progress of 100%.
Maybe you can check that file for size, type, permissions, etc ?

 

[rsngfrce]

Not sure if it is my phone or the app, but 3C Toolbox continually crashes since upgrading to 2.7.0d. I have not yet tried downgrading.

Samsung Note20 Ultra 5G, Android 12.

(Requesting support from the app does not work, it said something about not being able to attach an empty file. I just emailed logs that I attached manually.)

 

[3c]

Not sure if it is my phone or the app, but 3C Toolbox continually crashes since upgrading to 2.7.0d. I have not yet tried downgrading.

Samsung Note20 Ultra 5G, Android 12.

(Requesting support from the app does not work, it said something about not being able to attach an empty file. I just emailed logs that I attached manually.)

Can you try sending a support request from app settings, help and support? It should include crash stack trace to help fix this asap.

 

[白い熊]

Won't add debug window on a service that's not using shell commands at any time. Maybe zipping with root tools is fast, but when you have to go through Google apps' restrictions it can get very messy. Doesn't mean backing-up will be slow.

Right, skip that - I'm thinking in Linux terms - everything as a shell process... :O)

Anyway, I assume your device is rooted and you're referring to internal data (eg /data/data/...) ? Because if not, that's a whole different story. If you're backing-up external data, that is yet another story.

That said, the app must be stuck on a specific file, and in the past special files may have caused this but it has been long fixed.

Yeah, it must've been getting stuck on something there - indeed i had /data/data/... in mind.

To actually know if zipping starts or does not finish, please check backup folder, data/<ID>/<package_name>.zip file if it exists, its size and possibly content.

Yeah, that's where I looked - didn't create a zip there - I thought it might be creating it temporarily somewhere else - that's why I speculated it might not be finishing. So it didn't even start...

What do you mean stuck momentarily (and what after that moment?) on showing some file (what file?) progress of 100%.
Maybe you can check that file for size, type, permissions, etc ?

What i meant - the "Backing up..." popup window (I hope that's what it says in English - translating from Japanese here) pops up - and I the top progress bar stays at "0/1" - logically. The bottom progress bar - it would go to 100%, as of the first file - and then it would freeze there...

I don't know which file it is - because the file name etc. is not displayed in the popup window right - this is by design? You don't display it - just the file size, and proress within it. Or is it that your popup window should display it - and it's just malformed on my phone due to the screen dimensions on the Fold 4? But that shouldn't be no?

Anyhow - I just went and deleted - randomly - a whole bunch of older emails within FairEmail and made sure all it's ongoing processes were closed - my thinking was - it might be storing some temp special files and then removing them within /data/data/... and this could've been what was making it stuck - and indeed it did backup the whole app with data now like in one minute - so not getting stuck anymore.

Don't know what it could've been.

Anyhow - maybe really as a lesson from this - it might be helpful if you increased the amount of data displayed ind the popup window - as to which file is getting backed up - instead of just showing the individual file size.

The popup window is only a couple of lines tall and there is definitely room for display of more - and it would be helpful, I think... :O)

 

[rsngfrce]

Can you try sending a support request from app settings, help and support? It should include crash stack trace to help fix this asap.

Thanks. When I tried sending that directly to Gmail it failed saying something about an empty file, but I saved the 10 logs and manually emailed them.

The app seems to run, but my widgets aren't working and I keep getting notified that 3C Is crashing. I have noticed other "odd" behavior from my phone today, not sure if 3C is causing it or "it" is causing an issue with 3C. I will attempt to downgrade to prior version.

(Downgrading to 2.9.6g appears to have fixed the issue)

 

[3c]

Thanks. When I tried sending that directly to Gmail it failed saying something about an empty file, but I saved the 10 logs and manually emailed them.

The app seems to run, but my widgets aren't working and I keep getting notified that 3C Is crashing. I have noticed other "odd" behavior from my phone today, not sure if 3C is causing it or "it" is causing an issue with 3C. I will attempt to downgrade to prior version.

(Downgrading to 2.9.6g appears to have fixed the issue)

Empty file doesn't mean it failed. I need the crash files to solve this.
If widgets are not working and considering the UI is not crashing it's likely one of the widget data that fails to load.

In any case sending a support request should help fix this as long as the crash files are included.

You can find those in /sdcard/Android/data/ccc71.at.free/support.

So far I haven't received any file? Did you add a ref to this thread/post?

 

[rsngfrce]

Empty file doesn't mean it failed. I need the crash files to solve this.
If widgets are not working and considering the UI is not crashing it's likely one of the widget data that fails to load.

In any case sending a support request should help fix this as long as the crash files are included.

You can find those in /sdcard/Android/data/ccc71.at.free/support.

So far I haven't received any file? Did you add a ref to this thread/post?

With 2.6.9g installed now, the reporting works, but these aren't the logs I expect we want. I just emailed you again and referenced this thread. The logs from 2.7.0d are attached in a zip file. I can't really read them, but they do show a widget crash I believe. Thanks.

(Widgets are working after downgrade)

 

[3c]

With 2.6.9g installed now, the reporting works, but these aren't the logs I expect we want. I just emailed you again and referenced this thread. The logs from 2.7.0d are attached in a zip file. I can't really read them, but they do show a widget crash I believe. Thanks.

(Widgets are working after downgrade)

Got the files, thanks. Indeed widgets are crashing because of lack of permission, new restrictions enforced by Google since beginning of November, for which I didn't pay attention:

Caused by: java.lang.SecurityException: Caller ccc71.at.free needs to hold android.permission.SCHEDULE_EXACT_ALARM to set exact alarms.

This permission is supposedly automatically granted on Android 12, and requires user activation on Android 13.

Please try 2.7.0f published minutes ago (allows time for Google review), which should solve your issue.

 

[rsngfrce]

Got the files, thanks. Indeed widgets are crashing because of lack of permission, new restrictions enforced by Google since beginning of November, for which I didn't pay attention:

This permission is supposedly automatically granted on Android 12, and requires user activation on Android 13.

Please try 2.7.0f published minutes ago (allows time for Google review), which should solve your issue.

I will watch for an update and let you know. Thanks!

(2.7.0f is running without issue so far.)

 

[teemo]

Currently I cannot find the battery statistics "on battery". I only see "since boot", "since last measure" and "since reference". What happened?
Data: Xiaomi mi 10 ultra (cas)
Android 12, Pixel Experience.

I know Google locked down tons of stuff, but to measure "since on battery" should be easy for 3cToolbox to do?

Edit: OK, I found a way if I enable markers.

 

[linom]

How can we get to view Partial and Kernel wakelocks? I have an S22U on A13 (OneUi 5). I remember using the app a couple of years ago wherein I could see the app breakdown. Other battery monitoring apps have this advanced steps enabled though adb permissions. Is there a way to give adb permissions for enabling advanced battery stats?