Tyson

The problem is the tag you're using for the URL is out of scope. The {invoices} tag is available to the template, and it consists of a list of invoices, so you need to iterate over each one individually. However, your template source is set to only iterate and display the invoice number. When you try to use the {invoice.payment_url} tag, you must do so within the for loop: {% for invoice in invoices %} {invoice.payment_url} {% endfor %} Based on your email template source, I think you want something like this: <p> <span style="font-size:12px;"><span style="font-family:verdana,geneva,sans-serif;">Hi {contact.first_name},<br /> <br /> An invoice has been created for your account and is attached to this email in PDF format. </p>{% for invoice in invoices %} <p> Invoice #:<strong> {invoice.id_code}</strong></span></span><br /> <span style="font-size:12px;"><span style="font-family: verdana, geneva, sans-serif;"><a href="https://{invoice.payment_url}">Pay now</a> (log in not required)</span></span> </p>{% endfor %} <p><span style="font-size:12px;"><span style="font-family: verdana, geneva, sans-serif;">If you have any questions about your invoice, please let us know!</span></span></p>

What is the source of your email template? And what version of Blesta are you using?

This is fixed in v3.2.1.

You can avoid using the mouse, and just use the keyboard when translating: 1. Go to translate, and the text box is selected 2. Type your translation 3. Press tab (to focus on the Translate button) 4. Press spacebar or enter (to submit your translation) 5. Repeat from step #2 for the next definition

{invoice.payment_url}

UPDATE! This module ships with Blesta 3.3+ Please use the official release. Attached is the Multicraft module for Blesta. You can use this module to provision Minecraft game servers. You may want to take a look at the module documentation for help with configuring the module in Blesta. You can upload the contents of the attached zip to your Blesta installation directory, and then head into Blesta's admin interface to install the module under [settings] -> [Modules] -> [Available]. multicraft_v1.0.0.zip

Thanks, this has been fixed for v3.2.1. CORE-1258

The AppController language file contains general (global) language definitions likely to be used in several places throughout the system. It doesn't control any other settings.

I agree the Google translations aren't very good for the most part, but there seems to be a high demand for having them anyway, and we can make them available for those that want it. It sounds like you're thinking of it in terms of options, which is what I would like to see as well. Whether to include/exclude Google translations when downloading a language could be one of those options. However, time has not permitted us to improve the translator that much yet.

Unfortunately there is no feature to translate multiple at a time, or to accept contributions uploaded separately from the translator itself. I would imagine that it would take about the same amount of time, or less, to go through each definition in the Translator as it would be to update text files manually. Manually, you would need to duplicate all language files, place them in their approprate directories, and make sure you don't create any syntax errors while updating any of the 100s of files, while also ensuring you haven't missed any. And when updates to Blesta come out, you'd need to merge the changes and add/update/remove some of the definitions. That sounds time consuming. I think we have plans to use Google to translate the language definitions for all languages, and allow users to update them for accuracy through the Translator. That way, all languages would be 100% translated, and for example, your language would be at least 13% accurate. I like your upload idea, though. Curious what others think.

The invoice template is a drop-down to select one of the two available invoice templates, either the default or the quickbooks one. There is no UI to change the data as shown in the templates. You'll need to update the invoice template code or create a new one if you're looking to make those kinds of modifications.

[settings] -> [Company] -> [billing/Payment] -> [invoice Customization] -> Invoice Template. You can also take a look at the documentation for creating your own if need be.

The direction is already set by the language file (CORE-850). If you downloaded the language from the translator, then it has been set appropriately already. If you're creating the language definitions yourself, then you need to set it in /languages/<lang_code>/app_controller.php: // Language direction (only ltr or rtl) $lang['AppController.lang.dir'] = "ltr"; A right-to-left language may not look good in the interface due to styling, so that is something you'll need to consider yourself, as we have not gotten to it yet. CORE-851

No service should be created until its associated invoice has been paid. I know you said it wasn't paid and there was no credit, but it would have created the service if the cron found enough credit to mark the invoice paid, or you manually created the service from the admin area. If you can re-confirm (and post steps to duplicate) that would be helpful in determining whether it's a bug.

The alpha3 country code must be unique, so simply removing the validation check would not suffice as a fix. However, I've fixed this issue for v3.2.1 of Blesta in CORE-1254.

This depends on how the invoice template displays content on the invoice. There is certainly a 'previous due' amount that can be shown, but I *think* a single invoice only shows the current amount due on that invoice as the total--at least for the default invoice template. You can always check out the demo to confirm.

Check the Module Logs (under Tools -> Module Logs) for errors after you try to setup a cPanel package in Blesta. What's shown in the logs? Some API actions may be disabled based on cPanel permissions available to your account. If you're using a reseller account, a root user would likely need to update the permissions for you. See the cPanel documentation on permissions. The "listpkgs" API action is needed.

If you have installed the Support Manager Pro 3rd-party plugin, it may conflict with the default Support Manager, and could be why you see two identical cron tasks. You could also try to remove the log for that failed cron task via the database (see second post for a query to find it), and then run the cron manually through the System Automation section, which may show an error when it attempts to run the download tickets task.

As RockIsland mentioned, this is possible in the core Support Manager plugin. If you have the setting "Allow only clients to open or reply to tickets" unchecked for a support department, then you can link non-clients to the portal page (the Blesta installation directory), where a button for "Support" will be available. They can click that to go on to create a support ticket.

Is this for v3.2 of Blesta using the bootstrap-styled LogicBoxes module? We may be interested in integrating some of these features, but anything based on what you've already written we would need to review first. It'd be great to see some documentation/explanation on what the new features do and how they function so we can gauge whether to include them. I think it's good to see others making improvements to existing modules. Thanks for the contribution.

You should take a look at the company automation page (Settings -> Company -> Automation) and check which task has a spin icon and possibly red text signifying it has stalled. As Licensecart mentioned, it could happen for almost any reason, but depends on the cron task. We'd have to know which one is causing the problem to see what's going on. I don't think it's simply a false positive, especially when it has been recurring.

This issue does not appear to affect Firefox 29, so I'm going to mark CORE-1079 as an issue we won't fix in Blesta. The solution would be to upgrade your FF browser.

Double check your API credentials. Sounds like they may be incorrect.

Glad you fixed it. I'll close this thread as not a bug.

Don't call YourModule::editService() directly. Load the Services model and call that instead. Loader::loadModels($this, array("Services")); $this->Services->edit($service->id, array()); // performs service edit, and also calls YourModule::editService() $errors = $this->Services->errors(); The service isn't available to getAdminEditFields--why do you need it?