lysenshi

When you upgrade to a new version: Have a backup of the whmcs dir For example: /home/someuser/public_html/whmcs/ to /home/someuser/public_html/whmcs_copy/ This way you can just rename the folder if something goes wrong with the update. Have a backup of the database Create new database (using cpanel), copy whmcs database tables to the new database. Now in case your upgrade wasn't successfully, you go to the configurations file and change database details to the new database. Note: if the update is just a patch, where there is no database upgrade, you don't need to copy the database. This helped me overcome some broken upgrades, or upgrades that have some issues even after successful upgrade. and hope it will help someone out there

check if you have special characters in the password. if so, try one without special characters. I think there is a bug related to saving inputs, they're supposed to be sanitized but the process produces wrong password, e.g: test>pass becomes test>pass

happened with us but I noticed it with < and > characters, they got translated to < and > Don't know how WHMCS devs didn't fix it yet?!

Thanks a lot, that fixed the issue. when upgrading over existing installation, you wouldn't expect they changed the fonts location.

Make sure registrar details (username, password, etc) don't contain special characters: - large than > - less than < - quotation mark " there is a bug that translates these characters to their html representation (>, <, ")

Hello, We have developed a custom Registrar module, after upgrade to 5.3.3 the domains details page started to show empty Name Servers. after debugging, there was issue in the login. print_r($params) showed that special characters like "< and >" translated to "< and >". Quick fix would be changing the password to new one that doesn't contain these special HTML characters. something not all know. Please fix this so that we can use all characters. Good Luck.

Hi, Actually, there are 3 types: 2 specified in the API: register and transfer. the third is not to set a value for 'domaintype', it will just add the domain to the specified client, it is literally found in shopping cart: I will update my nameservers on an existing domain Or I will register a new domain. Later you can change Name Servers. As for payment method, it expects one of the system Gateways. And yes you can addorder without paying first, it will generate invoice that you can Add Invoice Payment for later, and Accept Order to register domains and activate service. Hope it helped you.

These kind guys have Open Source and Free payment gateway: https://www.whmcs.com/appstore/962/Stripe-WHMCS-Payment-Gateway.html Also, found the same payment gateway, less complicated at GitHub: https://github.com/nextgenweb/whmcs-stripe Regards,

Did you rename functions, e.g. template_link to eazy2pay_link? Also make sure to change the gateway name in: "FriendlyName" => array("Type" => "System", "Value"=>"eazy2pay"), For the callback file, it is should have the same name "eazy2pay.php" and placed in the callback folder. Actually, the easy part is to list the payment gateway in the List, I am stuck at "Pay with" part If you like I can send you what I've done so far. Good luck.

use {php} include '/full/path/to/header.php'; {/php} {php} include '/full/path/to/footer.php'; {/php} you can't use <?php directly inside .tpl files

Confirmed.

great news thank you for sharing

thanks for reply, It would be great if the admin orders work the same as client area, because now we add the order with promotion code, then manually editing the invoice to remove the extra discount. As for the API, I hope you will fix it. Regards,,,

Hi, we have set a Promotion code that should apply only to orders have hosting, and to discount only from the hosting: -Example when applying promotion code from client area: example.com: 40, hosting package: 60, promotion code( 20% ): 12, subtotal: 100, total: 88 -When applied from Admin/API: example.com: 40, hosting package: 60, promotion code( 20% ): 20, subtotal: 100, total: 80 Why orders through admin/API not working as expected? I reviewed the promotion code options and nothing seems wrong: Type: percentage Recurring: not enabled Applies To: selected Hosting plans Billing Cycles: selected billing cycles (most of our plans are annually ) Start Date: set to a date Expiry Date: set to a date Maximum Uses: 0 Lifetime Promotion: not ticked Apply Once: not ticked New Signups: not ticked Apply Once / Client: not ticked Existing Client: not ticked Enable for product upgrades: ticked

Confirmed here too, I was able to fix it by replacing with the previous version module files thank you BotHaTe for sharing the fix

Confirmed here too, I was able to fix it by replacing with the previous version module files

if you don't see the menu item "Addon Modules", goto "Administrator Roles" and make sure that your user group has Configure Addon Modules checked. that was the issue with me. Regards

I am not sure if a bug, or I am teh only one facing this issue: After we upgrade to the latest version, the {$dnsmanagement} variable in clientareadomaindetails.tpl is always returning empty. It was not the case before. I tried to reset dns management option to the client and it still the same. Other variables works fine. like {$renew} and {$managecontacts} Any idea why is that happening? And thanks in adance,

Hi, I am calling the API function: addinvoicepayment in my code, like this: $postfields["username"] = $username; $postfields["password"] = md5($password); $postfields["action"] = "addinvoicepayment"; #action performed by the API:Functions $postfields["invoiceid"]=$invoiceid; $postfields["userid"] = $userid; $postfields["date"] = date("Ymd"); //$postfields["date"] = date("Y-m-d"); //This one used also $postfields["gateway"] = $paymentMethod; $postfields["noemail"] = true; $postfields["amount"] =$price; It works just fine, the only issue is the date, what is the format that should be passed? date("Y-m-d") will give me 00/00/0000 in the Transactions and date("Ymd"); will give 20/00/2008 when the date is "8 March 2010"?

Just remove it, it is easier than checking if the page code is safe everyday!

i am not sure if is it the same, but in registrar module all you need is to comment the fucntions that your module is not supporting.

There should be an option to hide the custom field [by checking Admin Only], and you can add values for the created custom field for each product. as when you list All Products/Services and click on certain item to see details. hope it was clear answer

I think you don't need to include dbconnect.php if you're trying to query the database inside a module, because WHMCS should be already established a connection with the DB. I wrote a registrar module, and that's how I used it.

WHMCS staff: please remove this thread as the link provided is a hacked website, maybe the hackers add some code to attack visitors. Regards,,,

I just checked the 'Reseller Account Welcome Email' template, there was a space before the password variable, may be you like try to put the password in separate line alone?!