Paul

We are considering just that Think we would get many pull requests for improvements, added features, etc? The primary challenge is rights based, in that we ship these extensions with Blesta so we cannot merge changes if the author wants to keep the rights to their contribution.

Most people just customize the theme and add their logo to the admin area. (via Settings > Company > Look and Feel) There's no way to select a different theme for the admin area, but you could still copy the directory (/app/views/admin/default) as a backup and modify that one. It's certainly possible that we may enable the admin theme to be selected in the future, but there has been little demand for that. I think most people are mainly interested in customizing the client area to a larger degree than is possible with color themes (Settings > Company > Look and Feel) for a tighter integration with their site, and only Staff access the admin. But, either way you can still customize it.

Awesome, thanks Nelsa!

Great! Marking as resolved

Looks like you got it installed ok?

Fair enough. We are listening, and doing our best to implement what people want. Constructive criticism helps. We actually care what people think, and don't try to suppress criticism it like the other guys. I think that says a lot.

yum search mailparse See if a package with mailparse exists for php56u, something like php56u-pecl-mailparse or something and then try installing that. That should avoid the conflict.

Do you have the "Client can Add" permission for the package options? Also, the Option Group should be selected for the Package that it should be available for when editing your Packages.

Just a tip, since you have experience with HTML/CSS. You can clone the client area templates (/app/views/clients/bootstrap/) and name it something else. Then, select the theme under Settings > Company > Look and Feel > Template. This will allow you to modify a clone of the client templates. You'll be able to change it back if you want, and upgrading wont overwrite the new theme. (Though you should run a diff and merge changes)

You're very welcome, sorry I didn't notice from your screenshots in this thread.

Very nice!

The accounts_cc table contains all payment accounts for credit cards, and accounts_ach for ACH. You could just update accounts_cc.number to NULL for any cards you want to erase AND update accounts_cc.status to "inactive".

I updated your ticket with a likely fix, let us know how it goes

If it continues to be an issue in 3 days, feel free to open a ticket with Blesta admin login and we'll take a look. We might also need phpMyAdmin access. Also, didn't think to ask.. any customizations to Blesta? It wouldn't be a bad idea to (backup everything) and download the SAME version of Blesta, overwriting all the files just to be sure.

If xcache is enabled, you should disable it. It may or may not be responsible for this issue, but it will certainly cause other issues. Try disabling it and see if that resolves it. If not, we would be happy to get into your server and take a look at it if you open a ticket with proper credentials.

Nothing wrong with those screens. Re-save those forms just in case. I'm a little unclear of exactly what's happening though. Do all 3 late/reminder notices go out on the same day every invoice is created? Or is it only specific ones? Does it happen for every invoice? Does the client have any other open invoices?

Constructive criticism, thank you I appreciate the feedback.

I'm pretty sure if you recommended Blesta on their forums they would censor it and ban you. Not very respectful.

Could you post a screenshot of: Settings > Company > Billing/Payment: Invoice and Charge Options Settings > Company > Billing/Payment: Payment Due Notices Settings > Company > Client Groups: Edit If these are correct, you may also wish to re-save them, just to be sure they are set and not defaulting to anything.

So in /config/routes.php you have the admin route set to "administer"? Try ~/administer/ and if that doesn't work, try removing your .htaccess file temporarily and trying ~/index.php/administer/

If you're willing to do that, great.. feel free to submit a pull request with your changes for review and inclusion. https://github.com/blesta/module-digitalocean

Yeah, looks like you'll need a KloxoMR module for Blesta. In the meantime, you could use the Universal Module, it just won't automatically provision, suspend, etc. Would work ok if you manually approve orders. There are some developers on the forums here that may be able to help you write the module if you like. We have had very few requests for Kloxo.

I'm not very familiar with the DO module, what action are you performing that makes that API request, and what is the ssh key used for? I would assume it would be for console access, is it used for provisioning? If you have an order that is waiting for provisioning, you should have a "pending" service. On the client's profile, click on "Pending" for services, and then "Manage" and try to activate manually. Is there any error output?

Changing the hostname would require a new session be created. If the URL was incorrect in company settings, it could then prevent Blesta from ever loading. Not to mention security concerns. If a staff member has access to more than one company, why does it matter what the URL is?

Are there any errors in the module log under Tools > Logs: Module tab? Click the table row for an entry to expand and show the raw input/output