Paul

What version were you running, and what version did you upgrade to? When running the upgrader, did it stop short or time out or did it appear to complete successfully?

Ok, I think we found the cause of this. It has to do with the amount of data Plesk is returning, which exceeds the data limit for logging. We saw this in another module and have implemented a task to automatically split module logging across multiple logs if the data size exceeds what we can store. This is a core change, and I expect this to be in 4.5.

Most will use the Universal Module, but with the addition of text, textarea, and password config option fields in 4.4 you can use no/none module.

I answered these via chat, so this is just a copy from there.. it may be useful to others: There's no transaction/gateway fee. I would suggest building it into your cost.A username must be created for Plesk accounts, it's typically used to log into Plesk and for FTP.Plesk requires the IP, I believe we have a task to also add a friendly URL that would be used for the login in the futureCreation date has no impact on renewal, you just need to update the renew date.Settings > Billing/Payment > Invoice Customization is where you set invoice number rules. Changing it in the database may break things.Finer points like what?KB is part of the Support Manager, you can uninstall the Support Manager under Settings > Plugins. Will remove support tickets & KB. If you only want to remove the link to the KB, there's a way to remove it in the database.Depends on your changes. We recommend extending Blesta through plugins, and other extensions. These changes are not lost. There's no safe way to merge customizations to the core automatically.For Stripe see https://docs.blesta.com/display/user/Stripe#Stripe-PossibleIssues and enable the option. Blesta uses tokenization if you've checked the box, but the card is passed through and Stripe recently started giving this warning because they can't tell if it's tokenized or not.

If you think it's too much, you can adjust your rotation policy under Settings > System > General > Basic Setup: Rotation Policy. The default is 30 days, but you can reduce this if you want. The mail log isn't included in the rotation policy, but is safe to clear out if you want to. The cron log has tasks in it that should not be manually cleared out though, so you'll want the rotation policy to handle it.

I'm not sure I understand. Editing a KB article causes a Youtube embed code to disappear?

Almost always this is an issue with your SMTP settings, or the firewall blocking. Another customer had this issue over port 465, changed it to port 587 and it worked fine. If the issue is only with sending invoices, then make sure your temp directory is writable and defined under Settings > System > General. Invoice PDFs are first written to the temp directory, then attached and emailed out.

It should look like this .../index.php cron > /dev/null 2>&1 Obviously I removed the first portion of the cron that includes your path to PHP and the path to index.php as it'll be different.

That's unusual. Latest version is always posted on https://www.blesta.com big download button.

You could be unable to write to /tmp/ if it's full, or you have quotas and have reached quota.

Yes, I believe so. The plugin does 2 things: Finds services that have been suspended for X days. Schedules those suspended services for cancellation in X days from suspension. So, if you set "Schedule Cancellation Days After Suspended" to 10, then 10 days after a service is suspended it will be scheduled for cancellation. Then, if "Cancel Services Days After Suspended" is set to 15, then 5 days after that, or 15 days from the time it was suspended it will be cancelled. If the user pays the past due invoices for a suspended service that has a scheduled cancellation date, the scheduled cancellation date will be removed and service unsuspended. We suggest setting these values carefully, obviously there is some permanence to cancelling a service.

Yes! See https://docs.blesta.com/display/user/Auto+Cancel

To be clear, what are you asking for exactly? Ability for a single login to have access to multiple companies (Same user/password, client can "switch" companies like Admins)? *or* The ability to create a new user/pass (which could be the same) for each company? In other words, the login is tied to the company. Both of these options would maintain separate client records/profiles, meaning that they would not see services on their profile for all companies. They would have to login at the right place, or use a company switch feature like admins. Thoughts?

Welcome! Great to have you!

It's not meant to store HTML code.

There isn't a way in the interface to link a manual invoice to a service. We actually talked a bit about this today, would be nice to be able to do that. I can find out what has to be done in the database if you want to manually link them up there. The alternative is to set it to a 1 month service, let it renew once then change the renew date out a year. That could become difficult to manage pretty quickly I imagine though. Or they order for a year, and you change the renew date for the 2nd invoice and then change it back after it's invoiced.

I was hoping @Tyson or @Jono would respond. Normally the response I provided for you to give them would be sufficient. As far as I can tell, Blesta does not call the vulnerable function in jQuery, so it's implemented securely and cannot be exploited. The version seems irrelevant to this fact, especially since they know the version because they scanned it. Maybe the guys can provide a more technically worded response that will tickle the keywords they are looking for in their review, but I see no reason they shouldn't give you a pass on this for now. Nothing to see here.

Oh, you PM'd me. What version of Blesta are you running? Download another copy of it, and re-upload /components/modules/universal_module to your server and try again. You may need to clear cache. The warning in your logs is probably a non-issue, and unrelated.

There should be fields displayed under Label, Name, Type, etc. and they are not. Are you using a modified Universal Module? Try re-uploading the module files and check again. If that doesn't resolve, check your error logs (Typically under ../logs_blesta/). You can also try enabling error reporting in your /config/blesta.php config file by changing ErrorReporting from "0" to "-1". and see if an error is output to that page. Something is not right - haven't seen this before.

Did you check the gateway log? Anything there? Tools > Logs > Gateway. Do you see a request in your HTTP logs from 2CO? Any errors in the logs? ../logs_blesta/

Scroll down to the Service Option section. This is where you will add the Domain field.

This is an example: https://docs.blesta.com/display/user/Universal+Module?preview=/2621655/3080417/universalmodule-edit-service.png You should fill out the current field before adding new fields. The button adds new fields for me in Blesta 4.4.1 in Chrome.

Packages > Order Forms > Edit. What is the "Name" of your order form? This is used on the order form.

Normally the module handles this. For example, cPanel creates this field if selling cPanel hosting. If you are manually provisioning and do not need to use a provisioning module then you can use the Universal Module and create a Service field for your Universal Module Product for this. Alternatively, if using no module or some other module that does not request the field and you want to ask for it, you can create a configurable option of the type text for this. Packages > Configurable Options. Assign your Option to an Option Group, and this Option Group would be assigned to your Package.

The automation task only provisions paid pending services. This means: The order is approved, which makes the service go from "In Review" to "Pending" The service is paid (or the invoice does not exist, was voided, or "unlinked" from the service). The "Provision Paid Pending" automation task will run and activate services that meet these requirements. Alternatively, staff can manually provision pending services, whether paid or not. But, if a client places an order, does not pay the invoice, and no other action is taken, the service should not be provisioned. Probably something interjected in there some place.