Paul

CORE-2406

It should probably be updated to use bootstrap columns (ie. col-md-4), which we added in 4.0 and started using with the mass mailer. That'd probably solve it.

Related to this, it's possible to change the server assigned to a cPanel service when managing the service as an admin. This is useful in cases where the account was migrated from one server to another. However, only servers from the same server group can be selected. Do you think this should be updated to allow any server to be selected? For example, if you have a server group called "Provisioning" and you have say 5 cPanel servers in it from which new accounts are assigned. But, you are moving an account from an older server to a newer server, the selector will not appear, or it will not allow you to select the new server which is in a different group. Show all instead? I hope that makes sense.

They aren't. https://requests.blesta.com

I wonder if this is an issue with the NVD3 library. Do you have the same issue if you download the library and edit one of the examples? http://nvd3.org/

It shows the login is a success even if it's a fail. We have a task for that. Here's the basic rundown for getting back in: To reset the staff password visit /admin/login and click the "Reset My Password" link. Enter your username, and click the "Reset Password" button. You should get an email with a password reset link within a few minutes. If you don't get an email, ensure that your username is correct. In phpMyAdmin or other MySQL database utility, look in the users table. Your username should appear in the "username" column, typically where id equals 1, as the primary staff account is the first user to be created. If that still doesn't work, you will need to temporarily enable legacy passwords. Please see [encryption](http://docs.blesta.com/display/user/Configuration+Files#ConfigurationFiles-Encryption) in the user manual, specifically Blesta.auth_legacy_passwords and set it to true. Then, in the users table for your username, update the password field to: 5f4dcc3b5aa765d61d8327deb882cf99 Then, try logging in with your username and the password password. Reset your password. Then, change Blesta.auth_legacy_passwords back to false.

The path to certain javascript files for the admin area is defined in app_controller. You can still include your own in ~/app/views/admin/default/structure.pdt What are you trying to accomplish?

You can check your module log to see if it was cPanel that returned the error. Tools > Logs > Module log, click the cPanel rows to expand and display the raw input/output. You should be able to see the cPanel servers response.

There seems to be 2 issues with applying credits: A gateway must be selected in order to pay with credit. I believe this is because if you don't have enough credit, it will use the selected payment method as the backup for the remaining balance. However, if there is enough credit, then this shouldn't be a requirement. Applying credits that seem sufficient is sometimes an issue because of precision. For example, if the customer has a credit of $5.4999 it will be shown as $5.50. If paying an invoice that is $5.50, it will not go through because it's technically a bit short. I think @mcarcadex is experiencing the first issue, which is assigned CORE-2105 as mentioned by @Blesta Addons. I have bumped this to the top of the backlog. I think @Jonathan is experiencing the 2nd issue that has to do with precision. CORE-1597 addresses that (also, duplicate task CORE-2354), which I've also bumped to the top of the backlog. I'll bring these up in our standup meeting today.

Thanks for this. We found some other issues and resolved them as well, but you were very helpful. I still feel like it's not perfect, but it's pretty good.

What was the solution? (In case anyone else stumbles on this thread with the same issue)

We have considered allowing discounts to be set on a client group. For example, Client Group A gets 10% off, Client Group B gets 20% off, etc. This would apply to any/all packages in the system as a percentage discount. But, I'm not sure this would work for you. What you may be offer is the ability to specify which client groups a package may apply. Either all (by default) or specific ones, such that your client groups would have access to different packages, which you could set unique pricing on. That's an interesting idea.

That's great news. I have updated the docs for recommended requirements, and also the support manager to mention iconv. I wonder if iconv was previously included in most PHP builds by default, it only recently seems to have become an issue. Either way, good to know and glad you're up and running!

Sounds like everyone has had a chance to comment, so I'm going to close this thread. </thread>

I actually got that same error today on a testing server that I was installing mailparse on. You're missing re2c and possibly gcc. As root, run the following command via SSH: yum install gcc re2c -y Then, retry

It looks like your account runs from a jailed shell, I wonder if that might be causing it some how. At least for piping, not sure why that would affect POP/IMAP. I just created this tutorial on testing piping, see https://docs.blesta.com/display/user/Support+Manager#SupportManager-TestingPiping This will help you to try piping a sample email from a text file into Blesta via SSH. It should help narrow down the issue.

https://dev.blesta.com/browse/CORE-2399

If you click the cog/gear it will open the edit service page in a new window. Is the service ID helpful to see? For me, it's just a random number that doesn't tell me anything unless I click on the cog/gear. If you mean a tooltip when you hover the cog/gear icon, I could see that being useful. List additional basic details about the service?

I've marked it planned, but there are other items that we need to knock out first.

What was the error you received with piping? Do you have the mailparse extension installed in your CLI version of PHP? If you ssh in, you could run something like: php -i | grep mailparse to see if it's installed. Regarding piping, in the docs use the example that shows piping to simply pipe.php (Whatever the real path is) Make sure pipe.php is executable, and the hashbang is correct on line 1, which is the path to PHP on your system.

We would need to distinguish which packages are considered an "upgrade" and which a "downgrade". We could do that simply by observing the sort order of packages within the group, but I don't know if that would work for everyone. Thoughts?

This is intentional for now, because even if a module is used by a cancelled service, the system may reference it and produce errors. It's likely we will change this, by more fully separating packages from services, in which case this will become much more flexible. If you wanted to remove them, I'd suggest removing the services that are associated manually in the database, then trying to remove the module. Of course, always back up everything first.

@Blesta Addons Do you see any RTL issues in the admin interface for Blesta as of 4.0? I'm looking into CORE-1412

For anyone wondering, this is resolved now. I don't know what the issue was, I simply uploaded 4.0.1, ran the upgrade, and the license validated fine.

If you never got to the upgrade screen and ran the upgrade, then your database is most likely untouched. Be certain that your original /config/blesta.php config file is in place, as it's the most critical file in your installation.. as well as the Blesta files for your exact version prior to attempting an upgrade to 4.0