Blesta Addons

I will to reproduce the case with proforma enabled.

i don't see any jira CORE assigned to this request before. maybe it private or not yet in the consideration of blesta. bundels and Coupons for bundels is one of the best Hosting industry selling solution.

there are no native option to fetch articles in KB by keywords. normally you should add a new plugin or controller file in support manager to handle this request.

i don't think they can lead to a error. what i suggest is to disable the cron for a while 6 hours. enable error reporting, then run it from command line and see what is the output.

my snippet code was if (file_exists(LANGDIR . $language_code) && ($this->Languages->get(Configure::get('Blesta.company_id'), $language_code)) ) { Configure::set('Blesta.language', $language_code); Language::setlang($language_code); return $language_code; } else { header("HTTP/1.1 404 Not Found"); header("Location: ". str_replace('/'. CURRENTLANGUAGE .'/', '/', WEBDIR)); } it was working , now not.

Yes, the complete code : if (isset($vars->module_group) && $vars->module_group == '') { if (isset($vars->module_row) && $vars->module_row > 0) { $rows = $this->getModuleRow($vars->module_row); } else { $rows = $this->getModuleRows(); } } else { // Fetch the 1st server from the list of servers in the selected group $rows = $this->getModuleRows($vars->module_group); } foreach ($rows as $row) { $module_row[$row->id] = $row->meta->server_name; } // Create Server label $cpanel_server = $fields->label(Language::_('Cpanel.module_row', true), 'module_row_id'); // Create Server field and attach to Server label $cpanel_server->attach( $fields->fieldSelect( 'module_row_id', $module_row, $this->Html->ifSet($vars->module_row_id, $package->module_row), ['id' => 'module_row_id'] ) ); // Set the label as a field $fields->setField($cpanel_server);

i see that adding new column for services is the safest and the easy way. but my concern how it will be populated in all services for the first time? because we should not copy the date_renew to populate it the first time as we will lead the same case. but in the end you can add any solution you see it workable for the case, we need only the date be so clear for the client.

i have not understand, you mean the the above lines are causing the error?

Wich File?

echo BLESTA_VERSION;

Sorry to up this subject again, it cause us a lot of tickets and calls, and we should every time explain to the client that the renew date is bal bla bla bla bla ...... i'm still insist that the renew date should be the real renew date and what blesta show, the problem only and only occur when invoice is generated for renew, the renew date in blesta is added to +1 term, and a lot of smarty clients claim that their services will be renewed until the showed date and they shouldn't pay the invoice !!! and i totally agree from some point of view that this should be corrected. Service Added = 01-01-2018, Renew Date = 01-02-2018. Invoice Generated in 15-01-2018 for renew, the date shown to client : Service Added = 01-01-2018, Renew Date = 01-03-2019 what it should be showed to the client that their service renew date Service Added = 01-01-2018, Renew Date = 01-02-2018. until the invoice is paid the the renew date should be updated, if not updated the renew date still 01-02-2018. this is the logic, is pain also to have some subject that we have talked about it a years ago without a real fix

where this few lines will be added to cpanel module, a small feature that need a 3 minutes of work waiting from 2016 !!! i hope if the staff reserve a small patch fix to include all the small feature that don't need time or great effort to implement, just few lines and is done .

of course, as you have the VIP subscription you can benifict from any beta test. I hope we can finish it soon and release it.

i have changed app_controller.php to a previos file of b4.1.1 and it worked fine now, so is something changed in v4.2. can the staff make loading language and setting it before the Appcontroller.preAction , we use it to set a lot of thing to override some blesta settings, language is one of it. without this Appcontroller.preAction is a useless event.

after upgrading to v4.2, the Configure::set('Blesta.language', $language_code); and Language::setlang($language_code); in the event Appcontroller.preAction no longer take effect in blesta. not should what it was changed in the core but what we thing is blesta should load all thier setting in the function before Appcontroller.preAction . now we cant use the multi-languages system in blesta. !!!

We have logicboxes reloaded in some installation and never experienced any issue with cron . the cron mechanism in blesta some enhancement, something like logging the cron output in a log file to know why the cron stuck . try disable the cron for a while, then run it from command line, then you will see the output and the error.

have you installed any new module? plugin?

We have done the plugin as you have descrived . under client profile a new link called merge invoices . that list the invoices (Open / Closed / Void / All). the admin can select multiple invoices to merge them, we are not coping the lines, but movind them to the target invoice, then we create a new line with total 0 in old invoice, adding a note and voiding it, then updating the service_invoices if exist, and the transaction if exist. finnaly we calcul the total and paid ...ect with setClosed() . the limitation is only in currency, the merged invoices should has the same currency. as now we can only think only in adding a ACL permissions for staff.

You mean config addons ? you can loop through service for searching for the given config_options then cancel it.

in our test at the moment no issue, and will done.

if this about the new domains, I hope is not going to be a complete rewrite, so it need some Tweak and enhancement for the packages or something else, we can stay wit the actual module system, but we can't stay with the unique price, we need price for first registration, for renew, and for transfer. after we should look in the order form plugin to make it a fully compatible with the hosting industry.

is better to add a new delivery option called None or anything that return true, this way we can mark invoice as sent without sending them, is totally useful for companies that has it own platform and use blesta with API.

someone hs created a plugin called statement, just search if in the forums or github, they have a fully statement of the client .

First Look

we can't wait blesta for every thing We have done this as plugin, we will release it soon when we test it in a live production. we need just the new pricing system for domain, no more .