NETLINK

Hey! I have added the .cloud extension for you. If you would be willing to test it, that would be great.

I guess since it's possible to enable or disable sales tax on a per line basis, the tax cannot be calculated based on the subtotal, but then, the rounding should only occur after the total sales tax has been summed up.

I'm having some trouble with the calculations of VAT/Sales Tax and invoice totals. For example, I have 2 line items... Line Item 1 -- Quantity 3 -- Unit Price 32.50 -- Cost 97.50 Line Item 2 -- Quantity 3 -- Unit Price 32.50 -- Cost 97.50 Subtotal: 195.00 VAT @ 23.0000%: 44.86 Total: 239.86 The subtotal is 195.00, which is correct. The sales tax on this invoice is 44.86, which is incorrect. 23% of 195.00 is 44.85, so the invoice total should be 239.85, not 239.86. The problem seems to be that the VAT/tax is being calculated on a per line basis, rounded, and then summed up. However, it should be calculated on the subtotal and then rounded. Or calculated on a per line basis, summed up, and then rounded. 23% of 97.50 is 22.425 Rounded, that becomes 22.43. 22.43 x 2 = 44.86. The rounding occurs before the addition. It should occur after the addition. Installed Version 3.6.1

Already done. You'll find it on the Namesilo website, on GitHub, and here, on the Blestate Marketplace: https://marketplace.blesta.com/#/extensions/27-Namesilo

Already done. You'll find it on the Namesilo website, on GitHub, and here, on the Blestate Marketplace: https://marketplace.blesta.com/#/extensions/27-Namesilo

Well, I need to finish the Client Billing Statements plugin first anyway. I'm currently working on an additional feature for the Namesilo module and then, I need to get back to the Statements plugin.

Check out the API documentation: http://docs.cloudlinux.com/index.html?cpanel_whm_json_api.html

I can do it. But I have limited time and resources. And personally, I use dedicated DNS servers. If the demand is there, though, I'm willing to give it a shot. I might start a crowdfunding project.

Have you tried contacting cPanel support about this? They're usually pretty friendly and efficient at tracking down cPanel related issues, if you give them root access.

Marketplace link: https://marketplace.blesta.com/#/extensions/27-Namesilo

There's a typo on the "Toggle Changelog" button. It's labeled "Toogle Changelog".

I think custom module actions would be a good idea.

Do you know of any other registrar modules that support DNS management currently?

I realised this eventually. I was working on the Universal Domains modules, which registers domains that can't be registered through a live API. Like some ccTLDs. And I got a feature request to send an email notification when a client updates the nameservers for a domain (since it's not live, an admin would have to update them manually). I thought if I could create an email template, then various admins could subscribe to the notice. It worked as far as getting the template and the notice registered, but the labels were left blank. So, what I did in the end was, I added a field in the module management were an admin can enter their support email address. If that's set, then the nameserver tab will have active form fields, with the nameservers, which can be updated. When updated, an email notification is sent to the support address using Emails::sendCustom() and a client note is added so that the request can be verified. If the support address is not set, then the nameservers tab just shows a static page with the live nameservers. I thought this was an acceptable workaround. https://github.com/NETLINK/Blesta-UniversalDomains

Hey! Is the EmailGroups::add( array $vars ) method not supported for modules? One of the vars is: "plugin_dir The directory where the plugin resides that is associated with this email group (optional)" I'm guessing that's where it loads the language file from? I was able to create an email template from a module, but the template name and description are blank in Settings->Emails->Email Templates /admin/settings/company/emails/templates/

Cool, sounds good!

Actually, I already have one. I'll change it in the next version. Probably be next week.

Oh yes, I forgot about that! Sorry, I've been switching between so many projects lately. That's why I had the fields for username and password I'll have to come back to that and see if I can come up with an alternative. This is the API I used: https://www.whoisxmlapi.com/

Suggestions are good I've added it here, as an enhancement: https://github.com/NETLINK/Blesta-UniversalDomains/issues/3

Okay, got it. You have to create an account before you can use the module. I'll fix that, but you'll get it working by doing the following: Go to Settings -> Modules -> Installed. Click Manage beside the Universal Domains Module. Enter a username and password (it can be anything at all, as it currently doesn't have any function). Go to Packages and edit your domain package. Click Save to update the module. The module name should now be entered correctly and you should be able to register domains.

Hang on. I think I know what the problem is. Give me a few minutes.

Adding hmtlentities() to line 384 in components/delivery/postal_methods/postal_methods.php as follows seems to have fixed my specific issue: $address_xml .= "<" . $key . ">" . htmlentities( $value, ENT_XML1 | ENT_DISALLOWED ) . "</" . $key . ">\n";

It would also be nice to have the a log for this. Something that at least checks the response header. Maybe a general log for curl requests?

There's a bug either in the PostalMethods API or in the InvoiceDelivery class that's causing PostalMethods to return a 400 Bad Request respsonse header with 0-length response body. It took me a long time to figure out, because Blesta wasn't returning an error message, just a "-1" error code, which is obviously meaningless, and nothing being logged. I eventually got myself the response code from the Http curl wrapper class, which came back with "400". I then extracted the $xml as string from the PostalMethods class before it was sent, and I did a manual post request to PostalMethods directly. It came back with the following response: HTTP/1.1 400 Bad Request Date: Tue, 12 Apr 2016 19:17:05 GMT Server: Microsoft-IIS/6.0 X-Powered-By: ASP.NET X-AspNet-Version: 2.0.50727 Cache-Control: private Content-Length: 0 It turned out that the cause was an ampersand (&) in the company name: <Company>Example & Co. Accountants</Company> So, I'm guessing, the data is not being properly encoded, at least for the Company element.

Sorry, it wasn't the Namecheap module. It was the GoGetSSL module I had some issues with.