Leaderboard

Tell your friends! It would have no impact on the time/speed at which things are accomplished. Blesta uses its own internal scheduling, and the most frequently anything will run is 5 minutes. There are hacks to get around this, but we don't recommend it. A configurable option, or better yet the order form option "Require Agreement to Terms of Service", where you could include any other EULA's. You can select the directory from the Package, see http://docs.blesta.com/display/user/Multicraft?preview=/3833872/3899418/module-options.png "Look for JARs in the following directory", if that helps? Tyson may be more helpful on this one.

To force Blesta's Multicraft module to always use the port 25565, you can follow these instructions: Make a backup of /components/modules/multicraft/lib/multicraft_service.php Open /components/modules/multicraft/lib/multicraft_service.php Find (toward the bottom of the file): $data = array('name' => "", 'port' => "", 'base' => "", 'players' => $players); Change to: $data = array('name' => "", 'port' => "25565", 'base' => "", 'players' => $players); Save the file, overriding the current file at /components/modules/multicraft/lib/multicraft_service.php That should take care of it. Do note: - that the module will always try to use port 25565 when creating a server. If you try to create multiple Multicraft servers on the same IP, it will try to use port 25565 for all of them, which may cause unexpected results. - that updating Blesta in the future will overwrite this file, so you will need to maintain this file change yourself

In addition to what Licensecart mentioned: There isn't currently a method to set a default value for a package option. However, if you'd like to use the drop-down type, you can update that package option to use the Drop-down type, and change the value name to "Yes". You can add another option with the name "No", and a value of "0". Because "Yes" is the first option, it will appear at the top of the drop-down list, and it will be selected by default. Blesta doesn't assign a default port. Rather, it lets Multicraft determine the port to use. Someone brought up this issue before, where the port is incremented even when assigned a different IP address. I'm not sure why Multicraft works in that manner, however, it appears the WHMCS Multicraft module (written by Multicraft themselves) sets the port to use rather than relying on Multicraft to determine it. The other person that mentioned this to me decided to always use 25565 by updating our module to always set that port for new servers. That's certainly not the best solution, though. The admin menu is cached. You can force a cache update by re-saving your staff group permissions. i.e., from [settings] -> [system] -> [staff] -> [staff Groups] -> (edit), edit the staff group you're assigned to, and simply click the "Edit Group" button to re-save the settings.

The invoice should have been re-opened if it had any amount unapplied from it. It looks like the invoice still has a Date Closed, which it should no longer have. If you're familiar with SQL and updating databases, you can simply change the `invoices`.`date_closed` value to NULL for that invoice. How did you go about unapplying the transaction from the invoice? Can you duplicate this problem, and if so, can you provide the steps you followed to do so? i.e. how much the invoice was for, how you applied the payment to the invoice, then how you unapplied the amount.

Most of the email templates don't include attachments, so you're correct that the "Include any attachments" checkbox would have no noticable effect for those email templates. However, the setting is available if any templates are added attachments in the future, or if plugins send any themselves. The task, CORE-1274, adds tags that can be used in the Ticket Updated email template to provide a way for you to determine whether the ticket, or the current ticket reply, has any attachments. "Attachments" refers to attachments to the ticket, not to the email. The support email does not include attachments because they may contain sensitive information.

I have no idea what the IP's would be tbh the company that is hosting this server are useless... its means now the client will move over to me so not all bad!

1+ keeping spam tickets is just unnecessary resource consuming.

It would not be a feature to regular support employees, but the admin, yes. The types of tickets I would delete would not be followed up by anyone because 99% of them would be from non-customers.

+1 100% agreed! Or even test tickets.

Hi all, I know that some people are wary of installing beta software in a production environment, so let me give you a quick rundown of what's going to be changing before the release of V1. We'll be introducing an update system, which will sort out everything for you; migrations, updating/installation of packages etc. The API will be polished off. There are a few loose ends and differences between a couple of the endpoints. General code clean up. There are a few things that have been left in the code from the start - these will be stripped back and tidied up. Notification support; Twitter, emails, IRC, Slack etc. And as an added bonus, customers will be able to subscribe to email updates. More translations. Except for perhaps the API, nothing should be incompatible with the current master codebase. What's next for Cachet? A rewrite using Laravel 5. This gives us a lot of added power and makes maintaining much easier. oAuth support for third-party applications. Displaying component groups on the status page. Support for multiple applications. SAML & LDAP authentication support. Team invitation system. Complete integration to the component tags feature. Status page templates. Incident Templates, templating system (variables etc, to be used by the API). On top of that, I have a lot more news that I'm preparing for the beginning of V2. Hope that helps, James

Go to the client's profile and change the preferred currency.

Mike, I think the test may be flawed. nxs_cURLTest("https://account.blesta.com/", "HTTPS to Blesta", "Blesta Servers"); The third parameter is "Blesta Servers" that's the text that the test is looking for in the page to confirm it was able to fetch the page. Change this to "Client Portal", and see if it comes back with a success. Did the IP, domain, or install path change? If you have multiple web servers behind a load balancer or something, then that is likely the cause. We need the IP for each of those servers.

Crazy is my middle name haha.

a lot of us want to translate blesta to thier native language , but this are a obstacle , big obstacle , is the translator website , is not easy to manage translation and to correct some old translation . the worth is in blesta upgrade , how you can know wich file has been added to it some new lang ? so i have this issue for long time , and i have resolved with my own way , today i have dedcied to share the translator plugin with the community , my translator motor , check the native language 'en_us' with the existing languages , with this plugin you can know : wich file are missing from your language directory . wich phrases are missing from your language file . translated the files within your blesta system , save it . off course drink coffe with you playing with the translation . before i upload it , what you need tose in this translator plugin . screenshot http://host-image.net/v.php?id=69170admin_languages.png waiting your's idea .

Or you can cut down the number of items per line which is easier: /config/blesta.php //////////////////////////////////////////////////////////////////////////////// // Pagination //////////////////////////////////////////////////////////////////////////////// // Number of results to display per page Configure::set("Blesta.results_per_page", 20);