Tyson

By available from the domain order form, you mean you can check out with them? If I try to order an inactive domain package, after checking domain availability, attempting to continue will redirect back to check domain availability.

The CMS plugin redirects back to the web directory if the page can't be found, which should be the case when you add random text to the URL. I find this is working correctly for me, so I wonder whether you are using the latest CMS plugin from Blesta (without modification)?

That might be a good feature request. I'm not sure that order form was intended to support changing currency from the domain step, but it seems like it'd make sense.

I'm not sure I understand the issue as you've described it. Are you expecting the domain availability page to list every currency in the drop-down, even when the package only defines one? Or that there would be a separate Currency drop-down at the top of the page that can be selected, which would update the pricing in the other drop-downs accordingly? There isn't a way to change currency on the domain availability page, besides selecting one of the pricing options defined by the domain package.

That might be a good addition, though.

Certainly seems strange. The code would be useful to debug better, but I'm thinking there is something amiss when adding a module row.. is the row meta data being set as you expect? Does it appear in the database? What is the row data that is stored?

You said the logs are not helpful, but what do they contain? The log should contain the actual error message that occurred.

Have you checked your cron logs around the time that the services were marked active to see if it may be caused by a cron task? Were the pending services paid? If so, there is a cron task that will automatically activate paid pending services. By default this occurs every 5 minutes, but you can adjust the interval in company automation settings. There isn't anything in Blesta that will initiate provisioning pending services simply by visiting a page, but it could be possible that a third-party plugin does something like that.

I don't think the current gateway supports BitCoin/AliPay. I haven't looked into the API updates with Stripe, but I suspect additional functionality is required to use BitCoin or AilPay with Stripe. We generally don't build gateway support for beta features because they're subject to frequent changes. Is there a projected release date for those updates?

The {autodebit} tag will contain "1" if the autodebit setting is enabled on their account. However, the Invoice Delivery email templates don't contain any specific information regarding the client's payment accounts or whether an autodebit account is active/selected. You can see all tags available in the docs.

It sounds like you want to use ACH payments in Blesta. You can setup and use one of the merchant gateways that support ACH (e.g. Authorize.net) under [settings] -> [Payment Gateways]. Don't enable any Non-Merchant gateways in this case. And if you're only going to accept ACH, uncheck "Credit Card" from [settings] -> [Company] -> [billing/Payment] -> [Accepted Payment Types]. This will leave only the ACH payment method available to customers.

I would check the API call for "listpkgs" first. Simply go to add a package, select cPanel for the module, and the packages should try to load by making an API request. Then check your module logs to see what Blesta receives. It should give some insight into what's going on. For instance, it could be that cPanel is not returning any packages, which is why none are displayed in Blesta. If that's the case, then there is some configuration issue in cPanel (e.g. user privileges or incorrect package configuration) that would need to be looked into. You can post the API response here if you'd like. Feel free to redact any sensitive information.

A browser error like that can occur for a multitude of reasons, but they usually are because of the source machine. e.g. anti-virus, firewall, network settings/Internet connection, malware, corrupt installation of chrome, etc. Users that see that error likely get that error on other sites as well. You might ask them if that's the case, or defer them to the help docs.

I'm not sure this is necessary. It seems fairly common to not label the invoice number as proforma because the entire invoice is already designated proforma. But if this were done, then I imagine it would need to apply to "Invoice Date" as well. What are you requirements for invoice term labeling?

Thanks! CORE-1582

I believe the email template docs show the default text (in a screenshot), which could be used for reference if you lost the original.

Make sure there isn't any spaces before/after the email address. Blesta performs a DNS check on domains for email addresses to ensure they're valid.

If you still have this issue, can you paste here what your package Welcome Email and Service Creation email is that leads to this error? AFAIK there should be checks in place that don't allow you to save a template that contains unparsable syntax. But I'd like to know what your email template content is to duplicate this myself.

I was born on Friday the 13th, so days like today bring me good luck.

Have you taken a look at this thread? It might be a privilege issue in the root account for resellers. You could also check the module logs to see what the module retrieves from cPanel for the "listpkgs" API call.

Check your Service Creation email template for typos as well.

My response to that is in your feature request thread. I'm deferring to Cody for an update to plugin actions.

I think the OP is asking about the email sent from Authorize.net, not Blesta. I think the gateway is only given the payment account details (no email, no client ID), assuming the card is not stored with Authorize.net. However, you may be able to update the gateway to pull in that information and pass it along to Authorize.net. As for invoice numbers, it's possible to pay multiple invoices at once, so I'm not sure how well that would be displayed in their email.

Any more information you can provide on this issue? I'm unable to duplicate what (I think) you've described for selected packages not actually being selected and displayed on AJAX order templates.

Depending on the module used for those services, you could click the 'Manage' link next to each service and change the first package service option listed (if any is available). Some modules (e.g. Universal Module) use that first service option as the label. Other modules may reference a specific service field as the label, which you might have to update the database to change if it is not available as a service option when managing the service. They are stored in the `service_fields` table.