nasos75

I was just informed from WHMCS team, this is indeed a buggy behavior with bug number CORE-11987.

I develop a registrar module and I want to check if a domain is in a list and the prevent registration. I found out that ShoppingCartValidateDomain does the work, but it's not working correct in 'Standard Cart'. If a domain belongs to the list and the custom message should be displayed instead of this, the message 'Domain must begin with a letter or a number' is displayed. If the domain does not belong to the list, everything is working fine. In 'Moden' template, which is currently deprecated in 7.6.1, the action hook works as expected, showing the correct error message. add_hook('ShoppingCartValidateDomain', 1, function($vars) { // // if (in_array($vars['sld'].$vars['tld'],$list) { return 'my custom error message'; } }); Any ideas?

I want to add some custom functions in my registrar module. Let's say that I want to create a function that will change the epp code of a domain. I have this in my module: function mymod_ClientAreaCustomButtonArray() { return array( "Change EPP Code" => "eppcodechange" ); } function mymod_eppcodechange($params) { $domainid = $params['domainid']; return array( 'templatefile' => 'eppcodechange', 'breadcrumb' => array( 'clientarea.php?action=domaindetails&domainid='.$domainid.'&modop=custom&a=eppcodechange' => 'EPP Code Change', ), 'vars' => array( 'domainId' => $domainid ), ); } which works fine, and I see the form in client area. The eppcodechange.tpl is like this: <form class="form-inline" action="clientarea.php"> <input type="hidden" name="action" value="domaindetails"> <input type="hidden" name="id" value="{$domainId}"> <input type="hidden" name="modop" value="custom"> <input type="hidden" name="a" value="doeppcodechange"> <div class="form-group mx-sm-3 mb-2"> <input type="text" class="form-control" id="newEPPCode" placeholder="New EPP Code"> </div> <button type="submit" class="btn btn-primary mb-2">Confirm</button> </form> What next? I tried to create a 'mod_doeppcodechange' function in the registrar module, but this was not the case. How do I process the request when the user presses the submit button?

You should use $_ADDONLANG['key'] = value in addon/lang files, only for addons.

$services = Capsule::table('tblhosting')->where('domainstatus','Active')->get(); foreach ($services as $service) { if ($service->userid == 1) { // code here... } }

Using this hook https://developers.whmcs.com/hooks-reference/shopping-cart/#shoppingcartvalidatedomain registration will stop and a custom message can be displayed.

Thank you Chris. You were right, it was a buggy module and I fixed it.

An since we'are talking about cron, in system health status I get a 'needing attention' item stating that 'System Cron Tasks - The system cron does not appear to have completed successfully within the last 24 hours. Check your activity logs or learn more about enabling the cron in our documentation.' But in automation settings I see a 'Cron Status Ok' and cron seems to run fine. Any suggestions?

Thank you Nate.

I'm afraid that IDN decode library in 7.6 is not using the latest 2008 implementation. This cause serious problems including extra charges in wrongly registered IDN domains. Also, is there a way to stop WHMCS from doing IDN decode in domain search and leave the domain as it is in UTF8?

CORE-12615 - Exclude domain sync from generic daily cron collection, honoring its own schedule setting What exactly does this mean? Since 7.6 it is clearly stated in the manual that domainsync.php will be called when necessary from main cron and there is no need for extra cron settings.

You have to implement _Sync functions in your module. Then according to Setup/Domains/Sync Next Due Date, your dates will be updated.

Move your Sync logic to _GetNameServers, put a var_dump($values) instead of return and see if the result you get is proper for the specific domain.

In the past the $params array in registrar module contained useful information like client admin notes, admin id, client language etc. Now, in WHMCS 7 this array has minimal information. How can I have access to this information now?

require_once __DIR__ . '/../../includes/registrarfunctions.php'; . . . $params = getRegistrarConfigOptions('grepp'); Another workaround is to read them directly from the database and use 'decrypt' method.

New version 1.50a Compatible with FORTH's changes effective on 06-Apr-2014 (passwords and host-create reply) Support for UAT test envirnoment Support for FORTH's SSL certificate Response time improve in case of connection errors Fixed a bug regarding registration for legal entities Script included to test connectivity with FORTH (open ports on server, registrar credentials) Check it here

This script is extremely simple and you can't call it actually a 'module'. The script has just one line of code, maybe you're missing something here, probably you uploaded the script to your site and your ftp client converted line feeds and script is in one line.

Did you fill all fields in the setup page? If you click 'view source' in the payment page, do you see the <a href=..> code filled correctly?

New version 1.30 Installments support GUID support (DeltaPay guide 1.13) Custom PHP scripts as return pages Recoded almost from scratch Security improvements & bug fixes 15 days trial available New price 40 euros + 23% VAT Check it here

New version 1.20 Recoded almost from scratch PHP scripts as return pages Automatic English/Greek language detection Better gateway log reports Security improvements & bug fixes 15 days trial available New price 40 euros + 23% VAT

VivaPay Gateway Module 1.00 is now available from ValueHost! Targeted to greek companies only Charge Visa/Mastercard/AmEx Automatic fee calculation Installments support Refund support Custom success/fail pages (html or php script) Ability to use the greek receipt tax card Extensive gateway log Full greek documentation 15 days trial available 40 euros + VAT for owned licence with free support/updates forever Download trial here from ValueHost Download owned version here from ValueHost Visit VivaPayments site for extra info here and signup for live or demo account.

Phrase "As older versions of WHMCS are no longer hosted on our website, if you need a specific version we can upload it to your server through FTP upon request." is pretty clear I think.

Everything worked like a charm, thank you!

Greek/English language files, cross-checked for missing variables from older versions. Covers WHMCS 5.2.2: http://www.valuehost.com.gr/members/dl.php?type=d&id=38

I would really like to know what will happen if someone tries to renew a domain with 5.2.1, pays and get the message that everything is ok, and the next day he sees his domain taken and parked in some unknown registrar who asks a few hundred or thousands of dollars to sell it back to him. I had also the bad luck to install 5.2.1 in order to check the modules I'm selling. Fortunately I managed to downgrade again to 5.1.4 after a few hours of downtime. If this was a stable release, I wonder how unstable are betas. Probably with WHMCS betas you will also have your server hard disk low level formatted too!