Leaderboard

as the title , add a option to allow admins to reorder the widget in the clients dashboard , that way we can order wich first and wich last from the widget available to clients .

This is fixed in CORE-1695 for v3.5.0-b5.

It depends on the module. I have that issue with kernelcare.

I would like to use some standard method. If nothing work, will use mysql triggers.

Very, very confusing If there is a currency converter it has to work, or at lest be removed temporary from blesta like the options "Merge Client" that still doesn't work and the menu option there is useless

I think i have a solution and I will try on Monday We cannot set error messages but we can send error messages as $var to the .tpl file of the plugin/module

I think Cody was just mentioning a work-around to the problem.

i have create a feature request , this a good option not only to re-order widget but also to re-order native widget like transaction , services , invoices .... http://www.blesta.com/forums/index.php?/topic/4594-option-to-reorder-widgets-for-client-side/

i have already asked about this feature in this threads http://www.blesta.com/forums/index.php?/topic/3879-allow-module-to-set-message-like-seterrors/ and the answer was http://dev.blesta.com/browse/CORE-1269 , now i'm shaked that is not possible ?!!!! is really good feature .

I don't think the debug tag should be set by default either. CORE-1696 will remove it.

When editing a (domain) package, add a pricing row using the "Add Additional Price" button, leave the row empty, remove it, then save the package information, the following error is thrown: SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'term' cannot be null on line 124 in public_html/blesta/lib/model.php Printing Stack Trace: #0 public_html/blesta/lib/model.php(124): PDOStatement->execute(Array) #1 public_html/blesta/components/record/record.php(225): Model->query('INSERT INTO `pr...', Array) #2 public_html/blesta/app/models/pricings.php(93): Record->insert('pricings', Array, Array) #3 public_html/blesta/app/models/packages.php(1507): Pricings->add(Array) #4 public_html/blesta/app/models/packages.php(285): Packages->addPackagePricing('2', Array) #5 public_html/blesta/app/controllers/admin_packages.php(362): Packages->edit('2', Array) #6 public_html/blesta/lib/dispatcher.php(111): AdminPackages->edit() #7 public_html/blesta/index.php(21): Dispatcher::dispatch('/admin/packages...') #8 {main}

The API docs are generated by APIGen. However, the page you referenced is not the API docs, but rather documentation about configuring/expanding the API. The API source docs are available here. Swagger has some interesting features, though.

Seeing that this thread is not in the beta forums, I am curious to know what version of Blesta you are running. The config options only work in the v3.5.0 beta of Blesta (v3.0.0+ of SolusVM). If you're not using the beta, then they won't work. If you are using the beta, make sure your config options are setup correctly (See docs). If that looks good, show us what you have setup (e.g. screenshots of the package, config options, module logs, etc.)

Here's a good one for you http://www.blesta.com/forums/index.php?/topic/223-welcome-email-for-hosting/

How is PayPal configured? Settings > Payment Gateways > PayPal > Manage. Under "Payment Options" there are 3 options. If you select "Subscription payments only" and the invoice has some non-recurring items in it, or items that are not linked to recurring services, then PayPal will not be available because it can't set up a subscription for non-recurring items. Also make sure that the correct currencies are enabled for PayPal. As serge mentioned, if this is during checkout then the gateway and currency must both be enabled on the order form under Packages > Order Forms > Edit order form.

There are 2 emails that could be considered welcome emails, the "Account Registration" email, which they get when they create an account and the "Service Creation" email which is comprised from both the Service Creation email template, and the Package "Welcome Email" content. I'm assuming you mean the Package Welcome Email. This really depends on what module you're using. The documentation has some example welcome emails. Check out http://docs.blesta.com/display/user/cPanel#cPanel-WelcomeEmail for an example for cPanel. Some people may be willing to share their welcome emails, but it will help to know which module you're using.

Why would Blesta want to make an importer for another company to let a customer move away from Blesta? There are a couple plugins that store and extract encrypted data into the database floating around the forums so there are plenty of people who figured out how to do this programmatically. If the developer you are working with is having that much trouble I would suggest looking for a new developer to do this task for you. A couple things to note: 1) You can't import directly from a database dump without having the system key. (If you have it you would just need to know what was encrypted and it shouldn't be that hard) 2) Blesta has a pretty good api that can get you most of the data you would need (the api supports decrypting and encrypting data (only some fields) I believe and if not you can add api calls to do just that) What is the size of your database, 1 or 2 clients with no plans to grow? I can't even imagine going through an even remotely large database by hand trying to see if something was wrong. As long as your database isn't corrupted (which would be a whole different issue) you should be able to view all of the data in the admin area and fix any bad data that exists for that one customer. You have to have some level of trust with the software you are using. Trusting that they are properly handling use data, encrypting, protecting from exploits, and more. If you don't feel that a company has the same interests on security (or anything else for that matter), that company may not be a good fit for you.

I would be curious to see exactly what they told you. If you're up for it, please PM me or email sales (will go to me). We are very transparent about how we do encryption. Our competitor has historically implemented custom caesar ciphers for things like client passwords (I think they changed this fortunately) which are incredibly weak. Blesta uses strong encryption, but there's nothing secret about it. All of the encrypted data can be decrypted (with the exception of passwords which are one way bcrypt hmac sha-256 hashes). I can't say I'm surprised they had trouble though.

Version 3.5.0-b4 is now available. You can download it in the Client Area. This is a BETA feature release. This release is not considered stable enough for production use. Please report any bugs in the 3.5 beta bug forum. Installing Blesta See Installing Blesta in the User Manual for instructions. Upgrading Blesta See Upgrading Blesta in the User Manual for instructions. Release Notes See Blesta Core - Version 3.5.0-b4. For older releases see all Change Logs.

is this task planned for v 3.5.0 ? or 4.0.0 ?

i got your idea , so what i can suggest "with my poor level" is to add some data passed to the tabs like array . public function getClientTabs($package) { return array( 'tabClientActions' => array( 'lang' => Language::_("module.tab_actions", true) , 'active' => true, // if not set by default is true 'suspend' => false , // if not set by default is false 'pending' => false , // if not set by default is false ) , 'tabClientStats' => array( 'lang' => Language::_("module.tab_actions", true) , 'active' => true, // if not set by default is true 'suspend' => true , // if not set by default is false 'pending' => false , // if not set by default is false ) , 'tabClientConsole' => array( 'lang' => Language::_("module.tab_actions", true) , 'active' => true, // if not set by default is true 'suspend' => false , // if not set by default is false 'pending' => false , // if not set by default is false ) ); } with like shema we can controle the tabs should be shown in active/suspend/pending status .... if not set in module , use the default config (can be a option setting in blesta ) .

I have created CORE-1570 that suggests we disable client access to module management tabs for suspended services. While an argument exists that modules may wish to provide management features for suspended services, no such example exists. In all known cases, displaying the tabs can have negative consequences. The evidence is, at this time, overwhelmingly in favor of not displaying module tabs to clients for suspended services. If at such time a case can be made for modules rendering management features for suspended services, then it would make sense to address that at that time. Thanks for the feedback!