WHMCS John

Congrats @Kian. Glad to have you as a Gearhead!

Hi @plusplushosting, This is a display issue we have detected internally when a service owns multiple Marketplace addons. Case CORE-13280 is open with our developers in order to have this reviewed for future releases. Once we resolve cases and push features they are available at our change log, here: https://changelog.whmcs.com/ Thanks again for taking the time to report your findings. We welcome bug reports at https://bugs.whmcs.com/

Thank you @ModulesGarden for making this new translation available to the community. As a note, this translation should not be considered "official" in so far as it is not endorsed by WHMCS Ltd.

Hi there, I've been able to reproduce this on my fresh 7.7.1 installation too, and as such have opened case #CORE-13372 with our developers in order to have this reviewed for future releases. Once we resolve cases and push features they are available at our change log, here: https://changelog.whmcs.com/ Thanks again for taking the time to report your findings. We welcome bug reports at https://bugs.whmcs.com/

Hi @plusplushosting, Yes the "SiteLock Welcome Email" email template is created when you upgrade through 7.5.0 and new installs. If it's missing, it can be obtained from /whmcs/resources/sql/install/tblemailtemplates.data.sql and inserted into the tblemailtemplates table.

I remember a time where billing solutions preceding WHMCS (now defunct) would just ignore PayPal overpayments, such payments would go into the void and not be accounted for at-all. So yes, this was considered revolutionary. I'm pleased to hear that we have been able to set your expectations so high. @Kian have you opened a feature request to suggest changes to the overpayments system which would better suit your needs? I did a quick search but was unable to locate one.

Hi @undergroundhosting, This typically happens if the client's invoice was paid before the subscription payment came in. Could be via another payment method, a one-time PayPal payment or credit on the account. As the invoice is already paid, the subscription payment is an overpayment, and so is handled elegantly and credited to the client's account. Next month the invoice is automatically paid by the credit, but the PayPal Subscription sends payment anyway. This is another overpayment so a new credit is added. To find out why this happened originally: Take the invoice number from the oldest credit log entry. Examine the transactions on the invoice. You might see two transactions on this one invoice, indicating an over payment by the client.

Hi @crazeegeek, We've determined this could occur if the Modify Subscription feature was enabled before this feature was discontinued (only available in installations pre-2011). As a workaround, please execute the following SQL query against your WHMCS database: DELETE FROM tblpaymentgateways WHERE setting = 'modifysubscription' AND gateway = 'paypal';

Hi @kang28ivan, I'm pleased to hear you found a workaround, and thanks for updating the thread. This isn't currently a known issue in PHP 7.2, so I'd suggest comparing your phpinfo for PHP 5.6 against PHP 7.2 and examining for any differences.

Hi, I've tidied this and the previous thread up a bit. All reports of unlicensed WHMCS installations are investigated and pursued to the maximum extent possible under applicable laws. Please make reports via WHMCS - Verify a Domain is Licensed so our dedicated piracy staff can handle them directly. I'd prefer if unlicensed installations were not widely discussed here, as accusations (no matter how warranted) could run contrary to the friendly, helpful environment we try to curate. Whilst we aren't able to provide details on an investigation, sometime websites are hosted in jurisdictions where copyright and licensing law is less well enforced, or network providers are less co-operative then they should be. Please do keep submitting reports, we very much appreciate your vigilance.

Misinformation removed and off-topic discussion split into its own thread:

Hi all, In version 7.8 we intend to include an update to the Stripe module which will have support for Stripe's Payment Intents API. This is currently being advertised by Stripe as supporting 3D Secure. Please stay tuned to our blog and the community in the coming weeks for news on the 7.8 beta. Your help in testing these Stripe module updates will be appreciated.

Hi all, In version 7.8 we intend to include an update to the Stripe module which will have support for Stripe's Payment Intents API. This is currently being advertised by Stripe as being "SCA Ready". Please stay tuned to our blog and the community in the coming weeks for news on the 7.8 beta. Your help in testing these Stripe module updates will be appreciated.

Hi @kang28ivan, This could occur in two scenarios: 1. The daily automation task not running on your installation. Check these guides to verify that: https://help.whmcs.com/m/automation/c/195647 2. The order was manually assigned to an affiliate after the client paid. This is normal and manually paying out the initial commission is the correct thing to do in this situation. Subsequent recurring commission will be paid automatically.

Hi @ZeProf2Coding, Please begin your troubleshooting by following these steps: https://help.whmcs.com/m/troubleshooting/l/678235-troubleshooting-a-blank-page-oops-error-message