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.