Delete a User Immediately from the Frontend

QCFUM can permanently delete an eligible Joomla user from the frontend only when the administrator has explicitly enabled frontend deletion and selected the immediate-delete path. This is an irreversible Joomla user deletion, not a QCFUM-only archive action.

Use it narrowly and keep a safer recovery option available for staff mistakes.

Required Gates

The acting user must have qcfum.frontend.manage_users, the site must have active Max/All Access Frontend User Manager entitlement, Allow frontend deletion of users must be enabled, and the target must still pass QCFUM’s editable/non-protected checks. If approval is enabled, the action is submitted for review instead of deleting immediately.

What Immediate Delete Does

When the configured behavior reaches the hard-delete path, QCFUM loads the Joomla user and calls Joomla’s user delete() operation. A successful delete removes the Joomla account. QCFUM then attempts the frontend_manager_delete_notice email using the target information already loaded and records the deletion in its audit trail.

Email Is Not a Safety Barrier

The Joomla deletion happens before QCFUM attempts the deletion notice. If mail delivery fails, that does not restore the deleted account. Do not treat notification delivery as confirmation or rollback protection.

When to Use Another Behavior

If the organization needs a reversible offboarding step, use Block/disable instead of delete. If a second person should review destructive actions, use the approval workflow. Those choices reduce the risk of an irreversible staff error while preserving QCFUM’s target-protection checks.

Community Discussion

Want to compare Joomla user-management workflows, share practical QCFUM tips, or discuss how other administrators use this feature? Visit the QC Frontend User Manager Community. For private support, bug reports, account-specific entitlement problems, or feature requests, use the QuantaCade support system.