Blesta Addons

i have applied and we will see if still affected.

you fix it manually, open file /components/modules/direct_admin/direct_admin_php change line from (line should be 1129) 'domain' => isset($vars['direct_admin_domain']) ? $vars['direct_admin_domain'] : null, to 'domain' => isset($vars['direct_admin_domain']) ? strtolower($vars['direct_admin_domain']) : null, this should be a fix for your case .

To confirm what is the output in Tools -> Logs -> modules

are you using Xero ?

wish system you are forced to migrate to it ?

https://dev.blesta.com/browse/CORE-1771

so Direcatadmin accept only lowercase in the username ? the fix is not complex .

Can you PM me a test EPP login/pass to test this our our test blesta system .

i think they have completed the task to add plesk 12 and above , but not sure if this will be released as patch release or in the next major release

i vote for it also .

if the nominet use the EPP server; we have a module already created and tested in some ccTLD registrar and is working . we need to check the Nominet API to be sure it use EPP server or not .

calling the models like this will not lead a problem i think $response = $this->api->get("SupportManager.SupportManagerTickets", "get", $data);

we don't use pro-rata in our domains products. step to duplicate is simple : order today, pay after 3 or 5 days .

No,

1 - For plans, can you give us the price fo every term . 2 - no way to do this via blesta 3 - we have tested smtp and php all both are working, what the server log say when you send via smtp, can you test withgmail smtp or other smtp provider .

when you have some services that is activated every day , it's a problem, as we know when we register a domain the action is reversible in 2 or 3 days, but for renewal is irreversible, and when we sell domain for 1$ of gain or less, in renewal we lose the entire amount, so to return the lose we need to sell 9 domains for one domain renewed in mistake . the past days we have not make attention to this issue as receive email notification with activation not for renewals . so you can imagine 2 or 3 domains activated daily with late payment, in 10 days how it should ?!! some bug are less important, other are higher, and we can live without them, but there are some bugs are critical like security holes and cases like this one, need urgent fix and patch . we have forced the manual review for all activation, but that has no sense when you announce instant activation !!!

any update/feedback !

this will not impact the actual modules loggin system ?

also i have another issue to report in the cron, the actual cron is fetching all the service and make a loop to identify which service has the service field = thesslstore_order_id , then it make another loop of the fetched orders from the sslstore, this fucntion is a buggy functions, and specially when we have a hundreds of service this make a load and make sometime the cron take time more than expected . from the cron , is already has the module row id by the function $this->ModuleManager->getAll($company_id), i suggest in the fetch only the service that has the module_row_id equal the module_row_id, this will only return the service that are attached to the module, and this will help speeding up the service loop . i don't have yet a time to make a patch and i hope blesta or sslstore team can make one soon. don't forget to allow editing the service fields locally )

we are using the latest version v4.0.1.

you can use my patch to get it working in CLI, or just clone the patched LicenceManger.php and include it in your scripts

just to note the creation date should be also updated to the date of activation not the date of ordering .

if the service ordered in 20-6-2017, then paid in 30-6-2017, the service is activated, and in the same time is renewed !! this maybe has something related to https://dev.blesta.com/browse/CORE-912 in the same cron, blesta activate the service, and update the renew date i tink, then in the renew cron renew the service without updating the renew date !! alist of the cron log Provision Paid Pending Services Jun 30, 2017 1:40:03 PM Jun 30, 2017 1:40:12 PM Output Attempting to provision paid pending services. The pending service #14026 from client #4698 is now active. The paid pending services task has completed. Process Service Renewals Jun 30, 2017 1:40:12 PM Jun 30, 2017 1:40:16 PM Output Attempting to process renewing services. Renewed service #10949 for client 3411. Renewed service #14026 for client 4698. The process renewing services task has completed. as shown in the cron log, the service was created and renewed in the same cron. this happen only for orders that are not paid the same day. this has caused us a lot of money lose by renewing domains thar are only paid for activation !!! the service data shown the fallowing date in blesta Date Created: Jun 21, 2017 Date Renews: Jun 30, 2018 THIS IS A CRITICAL BUG and it SHOULD FIXED AND PATCHED AS SOON AS POSSIBLE

take this, i use it and i can get the total services using the package X with option to filter per service status public function getUsedServices($package_id, $service_status = null) { $this->Record->select('services.id')->from('package_pricing')-> innerJoin('services', 'services.pricing_id', '=', 'package_pricing.id', false)-> where('package_pricing.package_id', '=', $package_id); if ($service_status) { $this->Record->where('services.status', '=', $service_status); } return $this->Record->numResults(); } you can use it as getUsedServices($package_id, 'active') to get total active services using the package X

Good catch