Legacy Module Removal

From WHMCS Documentation

Revision as of 14:25, 4 June 2018 by Nathan (talk | contribs)

This page describes a feature available in version 7.5 and above
If you were directed to this page via an email notification, then please refer to the Handling Notifications section.

Old PHP code may introduce breakage on newer versions of PHP runtime. In order to protect your system from unexpected downtime, WHMCS 7.5 will perform an inspection for any unused legacy modules. Legacy modules are modules that are no longer maintained or distributed and are typically for older and often discontinued services.

Inspection Process

During the inspection WHMCS will check for the following modules:

  • Addons: fixed_invoice_data
  • Fraud: telesign, varilogix_fraudcall
  • Gateways: alertpay, bidpay, egold, eway, ewayuk, gocardless, googlecheckout, ideal, internetsecure, libertyreserve, myideal, openecho, payoffline, stormpay
  • Registrars: directi, dottk, netregistry, planetdomains, registerfly, resellerclubbeta, tppinternet, ventraip
  • Servers: castcontrol, dotnetpanel, enkompass, enomtruste, ensimx, fluidvm, plesk10, plesk8, plesk9, pleskreseller

If a module is activated and configured then that module will be considered to be in use, and WHMCS will not attempt to delete that module.

Deletion & Notification Process

Following the inspection WHMCS will attempt to perform outdated module deletion. There may be three possible outcomes:

  1. A legacy module is found to be unused and is successfully deleted. A log entry will be created. No email will be sent.
  2. A legacy module is found to be in use and is not attempted for deletion. A log entry will be created. An email message will be sent to notify system administrators of this condition.
  3. A legacy module is found to be unused and deletion is attempted, but the deletion fails (e.g. due to insufficient permissions or a filesystem issue). A log entry will be created. An email message will be sent to notify system administrators of this condition.

Handling Notifications

Want a walk through? Check out our Guides and Tutorials page on this topic!

Should you receive an email concerning legacy modules found to be in use, then the recommended action is to contact the module author and determine if there is an update available for the module in question.

Should you receive an email concerning unused legacy modules that were not able to be deleted, then it is recommended to investigate and finalize module removal manually as the module state may be inconsistent due to potentially partial deletion.

Once all modules in the received email have been addressed, either by manual deletion or by contacting the module author, then we would recommend using the PHP Version Compatibility Assessment utility to help locate any other files that may negatively affect WHMCS.