Jono

Yea it looks like that is because of the database. The label field is a VARCHAR(32).

Not much information here, so this is my best guess. You queue a client email export that had 20 clients in it. You ran the cron to create that export. When you tried to download that export it gave you the 'export could not be found on the file system' error. Is that correct? I don't understand what the point of the second 2 screenshots is.

Are you asking how to change the text of the 'My Info' link? To do that you would modify the app_controller.php language file. The language definition is listed with a key of 'AppController.structure.text_myinfo'.

This module has been added to github at https://github.com/blesta/module-ispconfig. This has been updated since the original post on this thread, but the original code is available under the 1.0.0 tag if you run into problems in the updated version.

Hmm, I just tried Services::add(['pricing_id' => 595, 'client_id' => 1]) then Invoices::createFromServices(1, [549], 'USD', date('c')). The invoice created had the line with (Dec 05, 2017 - Jan 05, 2018). Can I get more invoice on the parameters you are passing?

I would actually expect that to be the default behavior. Are you for any reason submitting true for the $services_renew parameter? That would explain the behavior you're seeing.

Not sure what you mean by 'without affecting anything else'. As far as changing the date, that is simple to do manually by editing the invoice. If you have a lot then you can use a custom mysql query, which I could probably write without much trouble if I knew the timezone being used. No, sorry.

I think the most likely cause is would be if the daylight savings time change occurred in November. Currently any such date conversion in Blesta that crosses over the time change will be off by one hour. As I mention in this thread, the problem should be resolved in v4.2.

I'm gonna need more info on what your error is and how to recreate it. What do you mean it is 'not working'? Does it given you some kind of error?

Not without changing the source code.

What version did you update to? And I'm assuming you chose 'First Available' as the add order for your server group?

The reason is that CORE-2473 is part of v4.2 which has not been released yet.

I've been unable to find any cause for this in the code or reproduce it myself. The specific error you are receiving is not generated from Blesta. It seems like the accepted answer on this stack overflow article might be helpful to you in figuring out what is going on.

I think I understand at last your original post. You have two DA servers with different IPs: hosting1.domain.com and hosting2.domain.com. You set them both up in blesta and assigned them both to the same server group. When you create the package you assign the server group, but you can only select the ip address for the hosting1.domain.com. Because of this any service you create will send that IP to DA as the IP for the user/domain which is displayed on the DA server interface in the user list under the 'IP' column. So an account is created on hosting2.domain.com but with the ip from hosting1.domain.com. It sounded like that was your only problem from the original post. So everything looks correct in blesta, and the login link takes you to the correct server. This sounds like your problem has totally changed. That the account is now being created on the wrong server instead of correct server with the wrong IP. Is this now your problem?

Yea it seems that the system redirects for clients or transactions if there is only one result. It seems that should only apply to page 1. CORE-2501

Gotcha, so we are talking about manual activation. In that case, whether the the parent or addon is paid for does not matter. Activating a service in the admin interface only considers the service being activated and not its children. An option to activate children along with the parent does seem useful (though I don't think it should be the default behavior). Perhaps just a checkbox on the activation page for whether to activate children as well.

CORE-2378. Just updated this task to be public. We have made some updates to the date helper which will be applied in this task and should resolve the issue mentioned in this thread.

A service is activated when paid for whether it is an addon or not. That seems like a pretty logical and straightforward default behavior. Activating without payment seems like something that should be enforced manually instead of automatically.

CORE-2498. I'll probably slip this in to 4.2

Actually, this is a separate error code returned by the api. You can see the various error codes here http://www.postalmethods.com/statuscodes. This one in particular has the description "Not Authenticated - API key does not exist or Username does not exist or username and password do not match." I think you should double check your postal methods api key in blesta at /admin/settings/company/billing/deliverymethods/.

What version of Blesta are you running? There was I similar issue reported here that was resolved in v4.0.

API calls are based on the service 'hostname', is the hostname correct? Login is based on the ip from the server(module row) which can be seen if you expand the service row in the services widget on the client page. Where exactly are you encountering an error?

Just want to make sure I understand your setup. You have two different servers (not just two name servers). Both of these servers are assigned to a server group with the setting 'First Non-full Server'. This server group is assigned to the package you are using. The server one has reached it's 'account limit' that is set in Blesta, so when you create a service it should be assigned to server two. The account is created on server two, but the service fields in blesta are referencing the ip for server one. So if you click the login link in blesta it tries to log you in to the wrong server. Is that all correct?

Looking into this for v4.2. CORE-2493

I'm not sure how familiar you are developing with Blesta, but the Currencies model is probably what you are looking for. It has a convert($amount, $from_currency, $to_currency, $company_id) method to convert an amount from one currency to another based on the exchange rate.