Tyson

You can also disable HTML in email under the mail settings, and Blesta will only send the Text version. You should have {package.email_html} tag used for the HTML tab of the email template, and {package.email_text} in the Text tab of the same template. The client mail log will only show text, but if a text copy of an email is not available, it will convert the HTML version to text and show that instead (only for the mail log).

Making client fields optional is something we plan to add in the future, apart of CORE-547.

Is that field set by a module? If so, you would need to update the module template that renders that view.

As Licensecart mentioned, you can apply credits to specific invoices in v3.3, but a v3.2 install can only allow credits to be applied automatically. However, automatically applying credits will apply it to the oldest invoice first, which may not be the invoice you want it to apply to. When you recorded the payment manually, how come you didn't select which invoice to apply it to at that point? That would have been the best solution.

I think you want to add the class "img-responsive" to the image, and update the CSS for .logo to remove the float and width attributes.

Correct, email templates are not run through the parser for syntax errors at the time they are saved. But maybe they should be.

Blesta doesn't have a method to fetch a single result of the 'longest overdue invoice'. The way you're going about it is what you would need to do.

Sounds like you're missing the file. Can you confirm that /public_html/plugins/order/order_form_controller.php actually exists? If so, is it readable?

Welcome Emails at the package level are embedded into the Service Creation email template, which can be found under [settings] -> [Company] -> [Emails]. The Service Creation email template has the tags {package.email_html} and {package.email_text}, which will show the contents of your Welcome Email (HTML and Text versions, respectively). You'll need to include these tags in the Service Creation template for them to be included in the email.

Was that the error shown in Blesta after it failed to setup the service? Typically we show errors returned from the module only if they are known, useful, and user-friendly. Otherwise, we default to displaying a generic error, and its expected you would check the module log for more details. If we already show the error given by the module, there's not much we can improve. This is the first time I've seen the error message "Auto select error (No free nodes found in group Irvine Q59)", and looking at it, I wouldn't think that it really meant "[NOT ENOUGH FREE DISK SPACE] Only 28320MB Free, 30720MB is needed", nor could we deduce that that is indeed the cause. If it was indeed the problem, perhaps SolusVM should return a more detailed error response indicating that fact? But most APIs seem to provide generic-type errors that essentially require you to reference their documentation, or contact support, for clarification. Since the API response error is already displayed, we wouldn't be able to clarify it any better.

Fixed in beta2

What's the response from SolusVM in the module log?

Easiest way: $client_id = 1; $obj = new stdClass(); Loader::loadModels($obj, array("Invoices")); $has_overdue_invoices = (count($obj->Invoices->getStatusCount($client_id, "past_due")) > 0);

Well, Southern California is almost Mexico, so it's not far off.

Looks fine to me. I wonder why your "Sales Team" zopimchat is in Spanish, though.

Ironically, I wasn't able to find our AreYouAHuman login details, so I went to sign up for an account with them, and I experience the same issue on their website. So it seems like an issue on their end. I also noticed links on their website (like http://areyouahuman.com/demo-playthru/) are 404 now. Maybe that has something to do with it. I think you'll have to log in to your AreYouAHuman account, and change the setting to embed the game in the page rather than show it in a pop up.

This has been resolved for beta 2.

Based on the API documentation, no 'special value' need to be entered for a daemon. I wonder though, if you login to the Multicraft panel and go to [settings] -> [Multicraft Status], a list of multicraft daemons are listed. Is "Multircaft Daemon ID 1" among them? i.e. any chance daemon ID 1 exists in Multicraft, which might explain why Multicraft chooses it when not specified otherwise?

What is contained in the module log when you attempt to create the service in both cases (including a daemon ID versus not)? In the case you do not set a daemon ID, Multicraft chooses one.

Closing as not a bug.

- state The 3-character ISO 3166-2 subdivision code, requires country (optional) - country The 3-character ISO 3166-1 country code, required if state is given (optional) Looks like you already figured it out, but it should be noted that fields that mention dependency on another if 'given' refer to even passing in the field, regardless of its value.

Step 4 is only necessary if the client didn't pay through the order form, and instead sent you a manual payment. The only steps you really need to be aware of as an admin is #2, 3, and 5. That process is necessary when you require manual review of all orders. I think it makes sense that if you "require manual review of all orders" that you manually review the order before you activate the service. This has been brought up before, but it seems as though you're getting ahead of yourself, or forgetting that the orders require manual review. In any case, CORE-1370 will be added to deny service activation before manual review, and to remind you of that fact. That will, at least, resolve the current issues that arise from activating a service with the module before manual review, where modules return errors and fail to add the service. #1 is planned in CORE-1229. #3 will be resolved in CORE-1370 as mentioned above

The logs look like everything went through smoothly. But the service was not created in Blesta? Do you still receive one of the errors you mentioned before? The process took about 8 seconds, but it may be possible your webserver's max execution time is too short, causing a timeout.

To clarify, I was asking about the setting you have set on the order form the client bought the service on. I was trying to deduce whether the order was manually approved based on that setting, and then created manually through the admin interface or not. And by Billing Overview, I meant the [billing] -> [Overview] page, which has the Order widget, where you would choose to accept pending orders.

I believe you want to call get, not put.