WHMCS John

Google Fonts is a library of 1462 open source font families. It's used by many websites and applications - including WHMCS - to display high-quality and appealing fonts consistently across different devices, platforms and Operating Systems. The fonts are hosted and maintained by Google, eliminating the need to maintain your own font repository. Some users may wish to not use Google Fonts, for example if access is blocked by national firewalls or its use restricted by legislation. This guide demonstrates how to do so. There are two approaches: Disabling Google Fonts - Quick and easy. Visitors will see the nearest equivalent font per their device or OS settings. Hosting Google Fonts on your website - Provides the benefits of Google Fonts, with additional maintenance overhead for you. This guide assumes familiarity with the Themes documentation and the described modifications are being made to a Child Theme of the Twenty-One parent theme. Disabling Google Fonts Edit the /template/$templatename/includes/head.tpl template file from your Child Theme directory. Delete the following line: <link href="https://fonts.googleapis.com/css2?family=Open+Sans:wght@300;400;600&display=swap" rel="stylesheet"> Save the file. That's all there is to it! Hosting Google Fonts on your website Download the fonts used by WHMCS using the Google Web Fonts Helper: Open Sans Raleway Indie Flower Unzip the files. Upload the contents of the zip files to the /template/$templatename/css/ directory Edit the /template/$templatename/css/custom.css (create the file if it doesn't already exist) in your Child Theme directory. Add the following content: /* open-sans-regular - latin */ @font-face { font-family: 'Open Sans'; font-style: normal; font-weight: 400; src: url('open-sans-v34-latin-regular.eot'); /* IE9 Compat Modes */ src: local(''), url('open-sans-v34-latin-regular.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */ url('open-sans-v34-latin-regular.woff2') format('woff2'), /* Super Modern Browsers */ url('open-sans-v34-latin-regular.woff') format('woff'), /* Modern Browsers */ url('open-sans-v34-latin-regular.ttf') format('truetype'), /* Safari, Android, iOS */ url('open-sans-v34-latin-regular.svg#OpenSans') format('svg'); /* Legacy iOS */ } /* raleway-regular - latin */ @font-face { font-family: 'Raleway'; font-style: normal; font-weight: 400; src: url('raleway-v28-latin-regular.eot'); /* IE9 Compat Modes */ src: local(''), url('raleway-v28-latin-regular.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */ url('raleway-v28-latin-regular.woff2') format('woff2'), /* Super Modern Browsers */ url('raleway-v28-latin-regular.woff') format('woff'), /* Modern Browsers */ url('raleway-v28-latin-regular.ttf') format('truetype'), /* Safari, Android, iOS */ url('raleway-v28-latin-regular.svg#Raleway') format('svg'); /* Legacy iOS */ } /* indie-flower-regular - latin */ @font-face { font-family: 'Indie Flower'; font-style: normal; font-weight: 400; src: url('indie-flower-v17-latin-regular.eot'); /* IE9 Compat Modes */ src: local(''), url('indie-flower-v17-latin-regular.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */ url('indie-flower-v17-latin-regular.woff2') format('woff2'), /* Super Modern Browsers */ url('indie-flower-v17-latin-regular.woff') format('woff'), /* Modern Browsers */ url('indie-flower-v17-latin-regular.ttf') format('truetype'), /* Safari, Android, iOS */ url('indie-flower-v17-latin-regular.svg#IndieFlower') format('svg'); /* Legacy iOS */ } Edit the /template/$templatename/includes/head.tpl template file from your Child Theme directory. Delete the following line: <link href="https://fonts.googleapis.com/css2?family=Open+Sans:wght@300;400;600&display=swap" rel="stylesheet"> Save the file. Fonts are now being loaded from your website for visitors, and not from the Google Fonts repository. At the time of writing this post, this process was tested on the latest stable release of WHMCS 8.6.1. If you have any feedback or questions, please feel free to reply to this thread!

Hi @Web Host Pro, With the Enable Renewal Orders option unchecked, Users won't be able to access the domain renewal page, even if they try and visit the renewal URL directly they'll be redirected to the My Domains list. The theme wouldn't influence domain renewal ordering or automation.

Hi @TheHackRepairGuy, The transfer is initiated with your registrar immediately after step 3; Enom will be set in the Registrar field once the invoice is marked paid. If this is not occurring automatically, please see this guide to troubleshoot: https://help.whmcs.com/m/troubleshooting/l/679725-troubleshooting-domain-provisioning-problems#other_registrar_errors

Hi @Cowboy, All data is stored in the MySQL database on your server. These specific pieces of data are located in the following tables: tblinvoices tblinvoiceitems tbldomains

Hi @TheHackRepairGuy The registrar selected in the Auto Registration field will be used when the automation is triggered by the client's payment of the invoice. It sounds like you're choosing to skip this automation by accepting the order before payment? In which case its necessary to tell WHMCS which registrar to use by selecting it from the Registrar dropdown on the Order Details screen and checking "Send to Registrar". Then click the Accept Order button.

Hi @joannainmedia Please follow these steps to add existing domains to WHMCS: https://docs.whmcs.com/Migration_Guide#Manual_Entry

Hi @wiredgorilla If you'd like to resolve that error, please see https://help.whmcs.com/m/updating/l/791679-troubleshooting-a-check-for-updates-failed-error#failed-to-retrieve-latest-version

Hi @wiredgorilla, WHMCS does not perform any updates automatically. The update process is only initiated by a full admin going to Utilities > Update WHMCS and clicking the "Update Now" button. The system does check with our mirror aprox. 4 times a day whether there are any new updates available. But this will simply cause the system to display UI cues that a new update is available when true. What part of this functionality are you looking to stop?

Hi @Takito, We're aware of a few reports of 2Checkout missing the "RECURRING_INSTALLMENT_SUCCESS" INS messages. It seems to have started on 19th October 2022. This is the INS message WHMCS is listening for to indicate a completed recurring payment. Please work with 2Chekcout support to resolve the issue on their side. Once they can start sending the "RECURRING_INSTALLMENT_SUCCESS" INS messages again, the problem will be resolved.

Hi @xyzulu, Thanks for sharing your feedback. I've asked our documentation team to review this part of the guide.

Hi @Webtems, The template which controls this button is located at /templates/$template_name/includes/active-products-services-item.tpl . You can modify that to meet your needs. For more information customising your WHMCS Theme, see https://developers.whmcs.com/themes/

Hi @jkalia, Order total is sent to Google Analytics, yes.

Hi @Dawie, WHMCS can perform post-paid invoicing for resources consumed, via the Usage Billing feature: https://docs.whmcs.com/Usage_Billing The regular service Recurring Amount will need to be paid in advance. Other users have suggested this in the past and we are tracking it on our feature request site, please do add your vote so we can best gauge demand: https://requests.whmcs.com/idea/arrears-billing

Hi @mystica555, Perhaps this is best explained via a worked example: The client places an order for product with a monthly billing cycle on 1st Jan 2022. The Next Due Date on the service is 1st Jan 2022. The client pays the initial invoice. This increments the Next Due Date to 1st Feb 2022. The client uses the service for a month. The Next Due Date approaches, and by default the renewal invoice is generated 7 days before - 25th Jan 2022. If you adjust the Next Due Date after payment and provisioning the service, this is an example of how WHMCS will operate: The client places an order for product with a monthly billing cycle on 1st Jan 2022. The Next Due Date on the service is 1st Jan 2022. The client pays the initial invoice. This increments the Next Due Date to 1st Feb 2022. After provisioning the service, a member of staff adjusts the Next Due Date to 3rd Feb 2022. The client uses the service for a month. The Next Due Date approaches, and by default the renewal invoice is generated 7 days before - 27th Jan 2022. If your Invoice Generation setting for monthly services is quite high (eg. 28 or 29 days) that could cause two invoices being generated after changing the next due date in that way.

Hi @MadsDK, I don't have a personal recommendation for an alternative, but I do know many of the themes for WHMCS in our Marketplace also include a matching Wordpress theme. That way your Wordpress and WHMCS site can still match up perfectly: https://marketplace.whmcs.com/product/category/Templates+%26+Themes

Hi @mystica555, If the service does not have an invoice for a given Next Due Date, a new invoice will be generated. You can read more about that here: https://docs.whmcs.com/Billing_Logic#Invoicing In this situation I'd wait until the client has paid their initial invoice before adjusting the Next Due Date forward/back those couple of days.

Hi @MadsDK, Unfortunately WHMCS bridge isn't a stock part of the WHMCS software. Have you tried contacting the support contacts for the WHMCS Bridge plugin directly for assistance resolving this issue with their code? In the meantime perhaps consider removing the Bridge plugin and using WHMCS without it.

Hi @PixelPaul, ChangePackage will be invoked for each line item of upgrade (in this case for each configuration option), and that before each invocation of ChangePackage the service record is updated for the value of that line items, followed by a re-read of all service values. This means that subsequent invocations of ChangePackage always have the previous values. This ensures there is no issue with stale data being passed in those subsequent calls to ChangePackage.

Hi @papazetis, This has been observed when an after-market payment gateway has been deleting, leaving orpahned records in the tblpaymethods table related to the module but no associated records in the tblbankaccts or tblcreditcard tables. Removing/disassociating these records from tblpaymethods and tblbankaccts/tblcreditcards will allow access to the Client Profile. This query can help identify Pay Methods without associated records which could be causing the problem: SELECT * FROM tblpaymethods WHERE payment_id = 0 AND deleted_at IS NULL;

Hi @hostengines, With which payment gateway module are you experiencing this issue? Please can you share the URL or path of the 404 error page.

hi @sol2010, If a client wishes to change the Payment Method for their services and unpaid invoices, that is done via their Account Details page in the client area. It's necessary to perform a charge when creating the Direct Debit mandate with GoCardless. How much should customers be charged when creating a new mandate via the Payment Methods page?

Hi @horamon, That page doesn't currently have a Friendly Route Path, and regrettably we don't support custom rewrites at present. however we welcome feature requests online at http://requests.whmcs.com Feel free to suggest this as a new idea for comment and voting upon by other WHMCS users. The more votes an idea receives, the more likely it is to be considered by our development team for potential inclusion in a future feature update.

Hi @FutureX The Lookup Provider detects whether a domain is considered Premium and returns the corresponding price for display on the checker page. This typically varies between each registrar, therefore we recommend selecting your domain registrar as the Lookup Provider: https://docs.whmcs.com/Domain_Pricing#Lookup_Provider In the event of an inaccurate result allowing an order to be placed, the actual registration would fail as the Register command would not contain the necessary premium pricing variables. You could then cancel the order and refund the customer.