Tyson

The message you saw about the cron not running in the last 24 hours refers to the fact that no automation has taken place recently. That means any invoices that should be generated, services that should renew, etc., are not occurring automatically because the cron has not been running. When you installed Blesta, you should have also created a cron job on your web server and set the cron command to the command shown in Blesta (also shown in Licensecart's screenshot). The server will then run the command at an interval you set (we recommend every 5 minutes), which in turn will run all of the automation tasks under [settings] -> [Company] -> [Automation].

Why would a module contain a list of country conversions? Blesta already uses the ISO 3166-1 country code that Logicboxes expects. The OP thinks he may have changed some country codes in Blesta, which would make sense because "UK" is not an ISO 3166-1 alpha2 country code.

Logicboxes expects the ISO 3166-1 country code. So it seems "GB" is the country that should be set rather than "UK", which explains the error.

You may want to contact Stripe support for more information on that error. It sounds like your Stripe account has insufficient privileges for something.

If you click the gear icon at the top right of the widget you have the option to change 7 days to 30 days on the graphs.

Your issue sounds similar to another thread. Usually the problem is that some required contact information is not set on the client's account in Blesta and is thus not filled in when automatically sent to Logicboxes. As Licensecart mentioned, you may find out which field is missing by looking through raw output from the request on the Module Logs page.

I like multiple blank lines myself in some places. If you check some en_us language files, you might find I've added two blank lines to separate different definition sections for better readability. It would be nice if Markdown supported their use when simply adding additional line breaks, and this has been a topic of debate for Markdown users, but I believe it currently does not support that behavior because it would conflict with other automatic formatting in Markdown.

You should setup a cron job on your web server to automatically run the cron every 5 minutes so you do not have to hit the button in Blesta to run it manually. See here.

Just FYI, the method moduleRowMetaKey must return a valid module row meta key used in your module. Your module only defines these values: $meta_fields = array("oneauthstring","one_xmlrpc","hostname"); i.e. "oneauthstring", "one_xmlrpc", and "hostname" Since "server_key" is not one of these values, it is the cause of the error you encountered.

Support tickets use Markdown, so the formatting interpreter removes your additional blank lines, treating them as a single one. AFAIK there is not a way to work around that limitation.

What do you mean exactly? Cron jobs on your server should already be running the automation tasks in Blesta every X minutes.

I think there is something else going on that is causing your orders to have the coupon removed before completing the order process. That's not something I've encountered yet, so I'm unsure of the cause.

A plugin tying into the UI to add links to table listings that will perform actions is a complicated feat. I don't see that as a viable strategy here. Either that behavior would have to be added to the core, or a plugin would need to manage the deletions from a separate page. It might be inconvenient to find the specific invoice again, but the plugin may be able to make it the process more convenient.

Why do you need to wait for Blesta to save the service info before you perform additional actions on the VM? You should perform all the actions you need to perform in addService before returning the service fields.

I suspect that issue is a bug that can be resolved as I mentioned in post 14. A condition of duplicating the issue is that you must encounter an error such as not filling out all required fields. We're tracking this as CORE-1937.

The client can choose from any gateway you have enabled in Blesta when they pay for an invoice so long as the invoice is in a currency that you have the gateway configured to accept. As for redirect links, they are not configurable.

Could you clarify? I'm not sure what you're asking for exactly.

Something else seems off about that test. It showed a $5 discount until you got to the page where you choose a payment method (at 2:00 in the video) where it showed a $10 subtotal with no discount anymore. If the discount wasn't actually applied, then it would follow that PayPal (or any other gateway) would still think it's $10/month including the initial payment. Are you using the latest version of Blesta?

Is your feature request not also an all-or-nothing solution as well? i.e. enable/disable quantities shown for that language definition Perhaps just quantities of 1 should be assumed with a definition of "1 month @ $x" while other quantity values continue to use the current language definition?

I agree such a delete feature may be best as a plugin. I'd write one if I had more free time. I imagine most people are merely looking for an option to delete a specific invoice, i.e. one at a time. If an invoice is tied to a service, that service may need to be deleted as well. Of course, you will need to be aware of any laws in your jurisdiction that oppose you deleting invoices.

If this is your custom module, you would add logging yourself in that module, otherwise nothing will appear in the module log. The docs show an example that includes logging, but you can look at other modules in Blesta for working examples too.

My guess is similar to Paul's--that you may have a different Text vs HTML version of the email template. The mail log shows the text version while the customer may be seeing the HTML version.

Look under /components/modules/ of your Blesta installation. Does the /components/modules/license_pal/ directory exist? Does the /components/modules/license_pal/license_pal.php file exist? If not, make sure you have moved the module into the /components/modules/ directory following this file structure.

Licensecart, I noticed your video example illustrates a prorated payment. Do you also experience this bug when ordering a non-prorated service, like my example above?

Thanks for the report. This is assigned CORE-2012.