Knut Sparhell

Sorry, no.

This plugin only works in the admin area. The current Webmail session is created for any, and may be used if the button is seen.

But it’s a good idea. I’ll think about it for the next version. Must also be a block, I think, as I generally dislike shortcodes.

I never restrict registered user form the admin area. The capability system ensures they only see (or can chenge) what they are allowed to. The read capability gives access, plus the cpanel capability. Other stuff they see are public, or by default considered public.

I’ve finally found the root cause of the blank admin screen and eliminated that, I think. Pleasy try latest.

4.3 removes a check that might influence. I very much like to fix any issue.

Can’t you create a custom capability ‘cpanel’ and add it to the role?

It’s supported. Simplest, add a ‘cpanel’ custom capability to their user roles using a roles/capability manager like your Members plugin or other.

This bug was re-fixed on 4.1.5. Could you please try that first (from Advanced tab here, other versions), so I we can see if new faetures causes this or not. Any error message?

Difference between 4.2 and 4.2.3 are very small, minor things in Site Health only.

Oh. That was a regression, fixed once again. Sorry for this trouble.

That was a bug, a missing character. Thank you.

Please add your review.

I think I found it, a caching and caching invalidation, problem showing wrong number of files, and copying a non-existent file, resulting in 0 bytes at destination.

Now shows backup file in home while processing.

Thank you for testing and debugging.

It seems from the first error that there is no backup file in home. Was it there before page refresh? Is it readable, see permissins?

Then try creating a small text file in home, rename to the same name as a backup file. The refresh plugin page. Does the file and content get moved?

cPanel File Manager should let you see the file permissions. Most file operation problems are persmissions related. Try change to 644.

Extra: What if you
echo self::result( 'Backup', 'list_backups', [], true );
from inside the backups() method in UAPI?
This returns nothing here, but should have.

Logic was wrong, should only test shell_exec if exists and callable, and not constant. Pleasy try again. Very helpful. Thanks.

Well, on page load of Accoutnt Backups page the created file(s) are moved to wp-contents/cpanel when assumed finished (no shadow temp file present) and at least one minute old. Files are only deleted from this destination when requested.

HTTP API and Backup was introduced in v4.0.
const WF_CPANEL_USER = 'yourcpaneluser'; is not needed for HTTP, but respected.
shell_exec is still the default, but a warning is emitted, urging to add
const WF_CPANEL_API_TOKEN = 'yourapitoken';

Thanks for suggestions. Scheduling will be implemented later.
Please try version 4.0.0-b1-9.19-@archonic08
This will be the last for you to test, before release.
Trye cratingbackup, get email.
Try downloading and delete.
Please also try what happens when no shell_exec and no constants, or wrong values in cnstants.
This will be great!

Please check out version 3.5-a3-9.17-@archonic08 (as Development version for download)

Now works without shell_exec, if you:

Add to wp-config.php

const WF_CPANEL_USER      = 'yourcpaneluser';
const WF_CPANEL_API_TOKEN = 'yourapitoken';

(or use define as for other constants).

This is alpha version, for functinality and concept demo only. My work will continue, making an UI for proper token mangement (not relying on constants) and an actually working account backup managemenet.

Thanks for all help testing and feedback. This might be great.

There is no (success/error) message yet, and it takes a few minutes before the backup file is readable.

Will continue the work.