Leaderboard

Please see CORE-2190. I suggested using the fa-cog font awesome icon instead of an asterisk to indicate which items are attached to a service. I added this near the top of the backlog in the "Short Term" bucket. Please feel free to bump this during the v4 beta, we could probably add it in during the beta.

this has resolved one issue we have , it remain the option to change the service module row id if no group available . we hope to see this in some new releases . it's very very useful and will save us a lot of time by editing the database directly .

i have found how to display the server info ... it's from package , the module should support server group , and then put the servers inside group , then in package select the server group . now in service info an option to change the server is available .

When you manage the module in Blesta, are there two module rows (servers) defined? Are they in the same group (if grouping is allowed for that module)? If so, you can manage the service and find a select option at the top of the Information page that allows you to switch module rows, which will update the module_row_id you are referring to.

Yes, that will update the setting for every client in the system. If you have multiple companies, or multiple client groups that support a non-email invoice delivery method, then you may want to further filter the query by company/client group. I've added the issue as CORE-2187.

Hello Again we have found i think the cause . all this two clients has no invoice method set ... setting invoice method to email and created service solved the problem . it should normally create invoice even if no invoice method is not set or empty . because the invoice method is the way the client get the invoice delivered . and the invoice should imperatively created . EDIT : we have found in database , inv_method set to paper , and we have removed the paper option from the invoice method . so the invoice method is set to a option that is not available now . normally it should the system make a verification in client settings before disabling any invoice method ? if the invoice method is set by a client do not accept disabling it . or the invoice should be created even if the invoice set by client is not available in the system . is a trivial option , because this concern INVOICES , and INVOICES are money . this query is safe to update all clients inv_method to email ? UPDATE `client_settings` SET `value`="email" WHERE `key`="inv_method"

I'm sure that was the case. What is not right is this: If I were to have left this at 10 years, or any other term (or if the client changed this from their account), there would have been an invoice for $0, the service would have been renewed and in the case of a domain, we can't get our money back from the reseller or undo that renewal within a resellers system (I could see this being the same for GoGetSSL, TheSSLStore, Enom, etc). That leaves us on the hook and hoping the client is faithful and pays for the 'upgrade'. Also, there is no email sent to any of the company admins stating that a change was made. I think this would be a nice feature to have and I can make a feature request for it.

ther are a option that the change will not take effect until the invoice generate was paid . but what i can't understand is when changing termfrom 5 to 1 year the domain was renewed !!