WHMCS Marcus

This has been resolved for future releases as well as a Hotfix has been published:

Happy New Year! We are pleased to announce we have released a Hotfix for this issue:

I have submitted a case with our development team to get this resolved. As @Kian mentioned, the error is a syntax error with an erroneous semi-colon.

To clarify, when you are saying an "account change" for PayPal, you are stating you obtained a new or different PayPal account, correct? If this is the case, you would need to cancel any existing subscriptions on that old PayPal account and have your customer's signup for new subscriptions with the current configuration in WHMCS. Since PayPal Subscriptions are set up by the customer, there is only one fixed location in which Payment notices are sent to (which is likely still sending to your WHMCS but being rejected as the account is different).

You are only attempting to catch an Exception, WHMCS does not throw an exception if the API command fails. You need to interpret the response and throw your own Exception if needed in this case. The way your code is structure, it would only hit the catch if cURL throws an exception.

I forgot to include that resource as well: https://docs.whmcs.com/Working_With_Client_Area_Home_Page_Panels - although it sounds like you have a good solution 🙂

A few resources for everyone: You can view the specific Changelog for the Six template here: https://github.com/WHMCS/templates-six/commits/master You can view the specific Changelog for the Standard Cart template here: https://github.com/WHMCS/orderforms-standard_cart/commits/master We publish these when new versions of WHMCS are released. From the above links you can see the specific differences from the release prior. This can help you ensure your custom templates are kept up to date!

Thanks for coming back to share the solution you found. Another useful resource should this interest you is regarding our hookpoints that interact with the main Navigation Menus: https://docs.whmcs.com/Client_Area_Navigation_Menus_Cheatsheet

Module compatibility is stated by the module developer themselves. In this case I would recommend reaching out to your custom module developer to confirm compatibility and troubleshoot this issue directly. The module developer would have the in-depth knowledge required to troubleshoot their module error.

To decrypt the password value of this table, you would want to utilize the DecryptPassword API call: https://developers.whmcs.com/api-reference/decryptpassword/

I've attempted to replicate this behavior in version 7.9 of WHMCS but cannot. Are you indicating this behavior is still present for you? I can also confirm that the hotfix linked has resolved this issue in v7.8.3 for my tests as well. I have outlined my replication steps below: Install WHMCS Version 7.9 Beta1 Navigate to Setup > Payments > Payment Gateways Activate/configure the "2CheckOut" gateway module with the following settings: Checkout Style: Inline Checkout Navigate to Setup > Products/Services > Products/Services Create a new product group Create a new product with the following settings: Details -> Require Domain: False Pricing -> Payment Type: Recurring Pricing -> One Time/Monthly -> Enable: True Pricing -> One Time/Monthly -> Price: 10.00 Navigate to Setup > Payments > Promotions Create a new promotion with the following settings: Promotion Code: Test Type: Percentage Recurring -> Enable: True Value: 10.00 Applies To: Select all in list Navigate to the cart.php page Click on the "Order Now" button Enter "Test" into the Apply Promo Code field Click on the Validate Code button Click on the Checkout button Fill out the registration form Click on Complete Order Wait for the Inline Checkout modal to pop up CONFIRM: The payment screen prompts for $9.00 as expected. I have also completed these same steps in v7.8.3 with the linked Hotfix applied and it is also working as expected. I'm happy to look into this issue further for you, can you please open a ticket with us or PM me your Ticket Number and I'm happy to review your specific case.

This issue during the ordering process is caused by a missing Payment Gateway module that you have activated. Please ensure that Setup >> Payments >> Payment Gateways do not have any modules in which are activated but the files cannot be found. If you are still having issues, please do open a ticket so we can take a look at your specific installation.

This is correct. In the link provided by John above, prior to v7.8 only 1 card was supported - therefore the migration is expecting only the "cus_xxx" value to be present. If you are able to edit the `tblclients.gatewayid` to exclude the other unsupported data, cards should be able to charge without issue. Please do note that any already migrated cards would now be invalid and those customers would need to re-enter their cards.

Thanks for the report. I can confirm we have case MODULE-7106 with our development team to help address this issue in future releases. I can confirm that removing the apostrophe will resolve this issue in the case of the French language as @sebsimappus mentioned

We absolutely welcome Feature Requests for this sort of item! I was able to do a quick search and located this Feature request which I'm happy to say is in the Planned stage: https://requests.whmcs.com/topic/credit-note-in-compliance-with-uk-vat-legislation For those interested, continue voting so our Development can see the desire for this feature!