WHMCS William

Hello, I'm happy to advise that we have a hotfix available for this issue that can be downloaded here: https://whmcs.community/files/file/194-invoice-emails-not-sent-via-add-payment-and-refund-tabs-when-viewing-invoice/ Simply download and extract the archive to your version 8.10.1 installation and allow overwrite of the existing files.

Hi @websavers, If a client clicks the Edit Website button, the first page they get taken to asks them to pick a website template to start with. Should they choose one and continue they are then dropped into an editor filled with dummy content. Their existing site would only be removed should they choose to then publish, requiring several steps to ultimately accidentally remove their existing content. That said we are looking to add a prompt with a warning before publishing continues, as you see when using Sitejet from within cPanel and Plesk. The API for that does not yet exist in cPanel or Plesk and we are waiting for those to be provided. To help prevent confusion, future plans include having both the Edit Website and Login to cPanel or Plesk options both visible in the "Your Active Products/Services" area, without clicking a dropdown. We had hoped to deliver that with this update but that change remains a high priority and feedback, such as yours, helps drive the priority of that. That is correct. Using my own cPanel install as an example the menu item is Primary_Sidebar-Service-Details_Actions-sitejet We certainly understand your position here and I can assure you that feedback has been passed up for review. This is a new feature, and the first version of it, so we really do value the perspective of how our clients want it to function.

Hi @websavers , we appreciate that not everyone prefers to offer Sitejet to their clients. On cPanel/WHM servers that are version 110 or 116 or Plesk 12.2+ I can confirm the option will be present by default. If you would like to prevent Sitejet from appearing in the client area for some products, especially those where the client will be using a different builder or script, you can create a Feature List for in WHM for that package that has the Sitejet option unchecked. For Plesk you can disable Sitejet via the permissions on the service plan. The attached screenshot shows the Sitejet display for the client area, which is a single container displayed only if Sitejet is enabled in the WHM Feature List / Plesk Service Plan for that product. You could also use a hook to change the order of the links in the sidebar if you prefer the login links to remain on top: https://docs.whmcs.com/Client_Area_Sidebars_Cheatsheet#Re-arranging_Sidebar_Items The above also applies if you do not wish to use Sitejet at all @sol2010 , if Sitejet is disabled in the servers service plan or feature list then it will not be shown in the WHMCS client area.

Hey there, Can you advise which registrar module you are using? If you go to a specific user you know has a domain, then the domains tab, does it then load?

Hello, WHMCS performs automatic terminations for recurring products based on the currently listed Next Due Date on said product, which only increments when an invoice linked to the product is paid. When the next due date is far enough past based on your automation settings preferences, termination occurs. Our expectation if this is happening even with brand new products is that the product in question has been configured with an auto-terminate/fixed term setting: https://docs.whmcs.com/Products_and_Services#Pricing Disabling auto terminate/fixed term, or increasing the amount of days for auto terminate/fixed term should resolve this. If not we would suggest sending in a support ticket so we can review your configuration and help you get this sorted out. If you are referring to the *client* themselves being deleted, please check your Data Retention settings under Automation Settings to ensure the value is not set too low, or to disable it: https://docs.whmcs.com/Automation_Settings#Automatically_Delete_Inactive_Clients_2

Hello, There is no downgrade option due to the way WHMCS upgrades which includes major database changes. The best way to achieve this as @AALayer stated would be via restoring your backup and re-entering any orders and payments manually. If you open a ticket with us we can get you sorted with a developer license so you can take these steps in a separate environment. Then swap the two installs when you are ready.

Hello, The error under the "protocols" section is an issue with your server configuration and will need to be addressed by your server administrator. The second issue is due to mixed HTTP/HTTPS content. This will mean that either your SystemURL under Setup >> General Settings is not set to use HTTPS or you have a custom form that will need to be updated to use HTTPS.

Hey there, If you're seeing Network Unreachable error with a good password, but Authentication failure when you're not, that's something I've not seen before. Can you please open a ticket and PM me the ticket ID? I'd like to take a look at this directly as it's something I can't find a way to replicate on any of my test installs.

Hello, If you enable SQL debug under Setup >> General Settings >> Other, are any errors logged to the activity log after replicating this? What charset is your installation currently set to?

Hello, To add on to our previous message, this error will typically mean that something is actively preventing the WHMCS API from reaching the server, specifically one of the following: 1. Incorrect IP address specified for the server. 2. Firewall rules blocking port 2087 for your IP (or all IPs). 3. CSF requiring the IP to be whitelisted for API access. 4. CPHulk blocking the connection for failed connection attempts. 5. Host Access Control on the server in question not having an allowance for your installation IP. Each of these can cause this error, even if your installation is located on the same server you are connecting to.

Hello Mike, It is not possible to import existing subscriptions unfortunately. Each client can create a new subscription via the invoice payment screen within WHMCS that will then be linked with their product/account. You are correct, the old subscriptions will need to be canceled.

Heya! That's not an error from WHMCS itself, that's an error indicating an error in your PHP configuration. Your php.ini is calling for imagick, but imagick may either not be installed or incorrectly configured. WHMCS does not use or require imagick to be active, so you can either remove it from php.ini or if you use it for other software you can forward this error to your server admin to have imagick/php.ini repaired.

Typically this will indicate a charset issue, but you've already seen to that. Is this happening on all payments you've attempted, or only subscriptions? Any subscriptions made with the old charset in place will need to be cancelled and re-subscribed. If it's happening for all payments and you've double checked the charset on both ends, I would suggest submitting a ticket to our support desk so we can take a look and get this resolved for you.