Paul

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.

You probably want a custom plugin that will create a 2nd invoice for the second amount. Order, pay $50.. plugin automation task creates a 2nd invoice for second $50 x days later and links it to the service. The plugin would create an automation task / cron that would run say once per day and check for services created X days ago (or renewed x days ago if for a renewal) that match and invoice them for that second amount. Service would be for 1 year, the client would see $50 and pay $50 during checkout and then later get another invoice for $50 per the plugin above. This could present a challenge to the clients expectations during checkout, unless you show the total in the description or someplace.

Version 4.4.1 is now available, please see the release announcement. Patching Blesta See Patching Blesta in the User Manual for instructions. Installing Blesta See Installing Blesta in the User Manual for instructions. Upgrading Blesta See Upgrading Blesta in the User Manual for instructions. Migrating to Blesta See Migrating to Blesta in the User Manual for instructions. Release Notes See Blesta Core - Version 4.4.1. For older releases see all Change Logs.

Under Billing > Orders widget do you see the cog/gear icon in the upper right of that Orders widget? Click it. You can subscribe to order emails. Every admin that should get these emails must go here to set this up.

Screenshot?

CORE-2779 has been created for this, but the vulnerability described does not impact Blesta as implemented. There are a number of issues that must be resolved for compatibility with the latest jQuery and we're working on it. (Simply updating jQuery will break the software) For now I would suggest contesting the item with something along the lines of: The software is implemented securely, and in such a way that it is unaffected by this jQuery vulnerability. We are waiting on a software update from our vendor an will update as soon as it's available.

I believe we got you taken care of this morning. If there's anything else we can do please let us know.

Is this for Ticket #5175551? Looks like I resolved this for you this morning. You opened the ticket Wednesday night, and Thursday was a national holiday.

Blesta Owned Unbranded 40% off with coupon code: blackfriday2018 Addon Companies for Owned Licenses 50% off with coupon code: blackfridayaddon You can purchase these inside the client area by clicking Manage next to your license Expires Nov 26th. Don't miss out.

What's the tl;dr? Set reseller options on the Package in Blesta?

We appreciate that!

Is this Input? Is there no Output? 192.168.1.15 is a non-routable IP address. Go Cardless will not be able to post the transaction status back to Blesta. The "refresh" occurs because your credentials are wrong, or Blesta is unable to communicate with Go Cardless. This could be because of a firewall, your non-public IP/hostname, or inability to negotiate modern SSL/TLS. I have tested the Go Cardless gateway in 4.4.0 myself today without issue.

If you are running a custom or modified PDF invoice template, you will almost certainly have to update it due to the update to TCPDF. We had to make modifications to the templates to get them to work properly. I would suggest testing with one of the included templates to see if that resolves the issue. You should also check the logs, typically at ../logs_blesta/ (but defined under Settings > System > General) to see if any errors are written at the time of the cron task running. Any errors would be very helpful in determining the issue.

Good idea, we will soon be supporting only PHP 5.6+ as well, so I would highly recommend everyone running an older version of PHP upgrade as soon as possible.

Yes, unless we raise the minimum requirements so that it does not matter.

Looking good! Nice work!

Why not use the whmcs importer? Do you only want to import clients but nothing else? If so, check your CSV file for issues. You can also try importing a smaller set of clients at a time, say 10 at a time. That way you can narrow down which records are a problem. Then, if you like, you can PM me a copy of the problem records and I may be able to help.

We will likely be changing the encoder for the default files soon for PHP 7. I'm surprised that the hotfix-php7 files are working for you on PHP 7.1 or 7.2, that was not our experience and why we ship a hotfix-php71 directory for 7.1 & 7.2.