S.H.

This bug still plagues me in version 5.2.1. Does anyone else have this issue or just me?

Last known working version was Blesta v5.1.0 Usually this code: {% for invoice in invoices %} Invoice #: {invoice.id_code}{% endfor %} Would output this result: Invoice #: 1001 Invoice #: 1002 But in v5.1.3 the output repeats the first invoice id like this: Invoice #: 1001 Invoice #: 1001 The correct invoices are merged and attached to the email, just the generated text is incorrect. Based on the dates of my backup files I believe the problem started sometime after v5.1.0.

Hello I am seeing this error for email settings, when I checked the gmail account from the website it seems there are no sent emails for more than two weeks. So all this time Blesta was not sending any emails and yet the front page status monitor says "The system is in good health and appears to be operating normally". I'm yet to determine the cause of this error but I suspect it is Cpanel probably did some new draconian nonsense in their latest update. I know for sure I didn't make any changes with Blesta during that time so I doubt that it's a fault of Blesta software. However I want to recommend that this type of error should affect the status monitor widget in some way so that people are aware of an issue. I'm on v4.12.3.

Hello, is there any way to set the storage class when using Amazon S3 for Backups in Blesta? I have noticed that when Blesta uploads the backup it is always set as "S3 Standard" storage class but there are other options available on AWS for infrequently accessed data.

Don't use from marketplace it is v1.8.4 that I think had some incompatibilities with newer versions of Blesta. I cannot recall specifically but I remember it not working properly. Use GitHub and download the latest code, which should be v1.8.5 at this time. Also the instructions are on the GitHub page.

Ah ok I went through the math in your example, I think the problem is opposite to what I said before, so it looks like the numbers are being rounded too early. You may in fact need to change the precision value from 2 to 3 or 4. What I think is happening is with the add new service function it's back calculating the tax from the 9.95 and ending up with 0.9045 which rounds off to 0.90 and all is well. With the invoice now it starts with 9.05 and forward calculates the 10% which is now 0.905 and this rounds to 0.91 instead of 0.90 and therein lies the problem. So try changing precision to 3 or 4 instead of 2. If that doesn't work then it's a problem with inconsistency in the coded math functions which Blesta will need to address.

Hi, when you log into Blesta, go to Settings -> Company -> Currencies -> Active Currencies. For all active currencies try changing the Precision to "2".

Curl check script reports: TLS version: TLS 1.2. Would anyone here by willing to try connecting to my DirectAdmin server, I can PM the login details. The server is new and empty, no client accounts have been made as yet so I am willing to do this if someone will help me. At least if it works then it would help me pinpoint which server has the issue, whether its the one with my Blesta installed or the one with DirectAdmin installed.

This is what I see: Direction Data Date Status Input myserver.myserver.net|getPackagesUser 2019-Nov-06 9:12:22 PM Success Output myserver.myserver.net|getPackagesUser 2019-Nov-06 9:12:23 PM Error a:0:{}

Hello, I have this same problem and I get this error when trying to save packages in Blesta A DirectAdmin package is required. An IP address is required.

Can you provide more details as to where and how to set this up? I do have a Blesta cron job scheduled to run every 5 mins but I have never seen an option for revalidating license in any of the automation settings within Blesta.

Yea this annoys me as well. Especially annoying to login a second time when using a phone.

Hello, uncheck Sandbox, the api key from Namesilo does not support Sandbox. You need to contact Namesilo for them to give you a Sandbox API. Also upgrade to version 1.8.5 with this link: https://github.com/NETLINK/Blesta-Namesilo/archive/master.zip

Same as what's in my first post above. I'll repost below. It only has the Input box though, there is no output box. The input box says "success" next to it. I changed the actual domain name etc but the log itself is accurate. server.cpanelserver.com|createacct a:6:{s:6:"domain";s:21:"sampledomain.com";s:8:"username";s:8:"sampledo";s:8:"password";s:3:"***";s:4:"plan";s:16:"hosting_plan_name";s:8:"reseller";i:0;s:12:"contactemail";s:21:"contact@email.com";} I've tried adding a service with a different package that uses another Cpanel server and that one worked as it should so I now have additional information. I know for sure the Cpanel module has the correct Tokens and I even recreated the Tokens for all the Cpanel servers when this problem occurred. Blesta Cpanel module can successfully communicate with all my Cpanel servers because it can read the number of accounts on each one. Blesta can definitely send the command to the Cpanel server to create the account for the user, the problem seems to occur after this point. I don't know if there is a time limit where the Cpanel module is waiting to hear back from the Cpanel server or something similar. Is there any other log that I can check that might be useful?

This option is not enabled. Also if I check on WHM I can see the account was created, the problem is that Blesta does not appear to know that the account was created.

Hi, I have voided an invoice and when I used the checkbox to send the voided invoice to the customer, the subject remains with Invoice Due but it should not since its voided and nothing is due. Is there a way around this issue?

Hi, I currently have an issue and I need some advice on troubleshooting to find the root cause. Here is what happens, I create a service using a cpanel package but when the payment is recorded the service remains on pending instead of changing to active. I've checked the Cpanel module logs in Blesta and I see one input log entry. server.cpanelserver.com|createacct a:6:{s:6:"domain";s:21:"sampledomain.com";s:8:"username";s:8:"sampledo";s:8:"password";s:3:"***";s:4:"plan";s:16:"hosting_plan_name";s:8:"reseller";i:0;s:12:"contactemail";s:21:"contact@email.com";} I changed the actual customer info with generic stuff, this log entry says success next to it. However I believe there used to be 2 log entries for this operation but I'm only getting this one. If I login directly to WHM the account is in fact created but for some reason this information is not making it back to Blesta for some reason. After some wait time, Blesta reports a health message about Paid Pending Services running more than 60 minutes. Now so far since this happened I went and changed my php settings on the server running Blesta: max_execution_time 300, and max_input_time 300. Both those were originally 60. However this did not solve the issue. What do you suggest?

Hello, it looks like this file has solved the issue for me. Thank you.

Hello, I am experiencing issues with this Namesilo v1.8.4 module as well. When using the order form to check domain availability it leads to http 500 timeout error. I have tried these steps and this too will eventually give 500 internal server error, request timeout. I am on Blesta v4.4.2. I checked my NameSilo API Manager to see if the server IP address is enabled and it is fine. In fact as far as I knew the module was working, I have no idea when it stopped working, the only changes I made to the system would have been to update Blesta itself. :(

https://docs.blesta.com/display/user/Selling+Domains With reference to the documentation, it is implied that order forms of "Domain and Other" type may optionally be used to bundle hosting packages with domains. However I am experiencing an issue if "Assigned Groups" is empty the form does not display on the order page at all. With everything else unchanged, if I move a package group from available to assigned the order form is visible. The problem is that it is forcing the bundling of domains + hosting in a scenario where I want to sell only domains with this order form. Blesta v4.4.2 php v7.2 Order System -> Settings -> Default Order Form: None - Show Listing Order Form Name: Domains Label: domains Visibility: Public Type: Domain and Other Template: Standard Default Client Group: General Allow Coupons: unchecked Require Manual Review and Approval of All Orders: unchecked Force Secure Connection (HTTPS): unchecked Require Human Verification Challenge for All Signups: checked (reCaptcha is working) Require Agreement to Terms of Service: checked (absolute url to pdf document is working) Domain Package Group: Domains Assigned Groups: Empty Currencies: USD checked Gateways: PayPal checked Those are my settings in the order form.

I understand the urge to go latest php 7.3 but the first stable version was only released yesterday and the ioncube loaders are still RC. In the world of Linux this means nothing short of 1 million errors and many wasted hours asking yourself why when in fact the answer is div/0. My advice is install php 7.2, install ioncube loaders, sleep better. Also if mcrypt is deprecated and was removed in 7.3 there may be other deprecated things as well and you might have to wait on a php7.3 patch from Blesta. Currently it works well on php7.2.

Unless you have some specific reason to want to use MyISAM there is no benefit otherwise, InnoDB is better for many reasons which can be found on the Google. I use MariaDB with InnoDB so I can confirm that this works. I know you asked about MariaDB with MyISAM but I can advise an easy way to convert your database from MyISAM to InnoDB if you would like to try. Export/dump your current MySQL MyISAM database. Open the SQL file with Notepad++. CTRL + H then search for "ENGINE=MyISAM" and replace with "ENGINE=InnoDB" throughout entire file. CTRL + F and search for "PRIMARY KEY", just to ensure that one exists, it's usually set to "id", no need to change it, merely confirm it exists before proceeding. CTRL + S to save the SQL file and exit Notepad++. Create MariaDB InnoDB database and import the database you just modified. It should work. Always backup, no guarantees.

I understand the philosophy and I agree that voiding something makes it invalid but then I need a workaround to be able to void invoices that are long past due without having it unsuspend any services. The answer is probably that services past due should be cancelled but I prefer to hold off on any extreme and irreversible actions until absolutely necessary. If in fact an invoice was created in error then you have to manually log into Blesta to deal with that situation so it would seem logical that in the same effort the wrongly suspended service could be unsuspended manually. With the current situation at hand these are some other factors to consider: When the invoices are voided, cron will unsuspend the services and send emails to the clients stating their service was reactivated. You will double check everything is in order and confidently log out of Blesta but minutes later cron will run and there is no staff notification that services have been unsuspended so you will be giving away free hosting for at least one billing term until a renewal invoice is generated and you eventually realize what has happened. Let's assume you've setup email alerts for everything on Cpanel/WHM so 5-10 minutes later you get multiple emails about services being unsuspended. You now have to log back into Blesta to re-suspend all the same accounts that were wrongly unsuspended and this time cron will send an email to the client stating their service was suspended. There is no Email Template for when a service has been scheduled for cancellation or for when a service has been cancelled. I do not know if Blesta sends a canned email notification to the client in these situations but if there is no Client Email Template for the event then I assume that no notification is issued to the client. Depending on the outcome, the client may take the free hosting and never mention it, they may inquire about the multiple emails, they may ignore the emails, they may report you for spam, etc. To avoid creating a situation of uncertainty I am proposing that a checkbox option be added somewhere to toggle whether manually voiding an invoice automatically unsuspends services. I certainly see value in having it work either way depending on your operational philosophy so a toggle seems like a good idea.

Sadly, I cannot remember. :(

Hi, I'm using Blesta v4.3.0. I can't believe I made a bug report without stating the version, lol, lack of sleep I guess. These are core functions + stock CPanel module, I'll give some specific details if you want to test your version. Locate any client with a service that was suspended due to unpaid invoice, then void the invoice and wait for cron to do it's thing. I voided about 5 invoices that were past due but I don't like the idea of cancelling services outright as I have the excess capacity to keep the accounts suspended incase the client eventually decides to renew. I know it's a lenient philosophy that not everyone would agree with but as long as I have the excess capacity I prefer not to do any purging of client data, on CPanel servers it's not a huge deal for us at this point.