Paul

PayPal reports the error when the client tries to make any payment, or when the client tries to set up a subscription? Are you experiencing this now in the live environment? Thanks for the link.

Settings > Billing/Payment > Invoice Customization: Display on Invoice [x] Payments/Credits This will show any payments or credits applied to the invoice. If we are not showing total account credits, maybe that could be shown here?

If we add an order search, it would be a search option and not part of the smart search. Similar to the ticket search. Would order number be the only metric you would need to search by? We have another task to display order history to clients, see https://dev.blesta.com/browse/CORE-2295 which may be useful in this case.

A 500 error is a server-side issue, not a Blesta order. I would suggest checking your server logs. Could be a lot of things.. maybe server doesn't have enough memory? Maybe Ioncube is not installed properly? Maybe you have mod_security module in your Apache and it's blocking requests? Could be a lot of things. Nothing specific about Invoice Customization that should result in a 500 error Are the orders approved or not approved? If they are approved, the cron activates orders every 5 minutes. Is your cron job set up to run every 5 minutes? Never heard of the password being wrong, unless it was changed in Centova or Vesta after it was provisioned. Check the module log under Tools > Logs > Module.

You can't apply more to an invoice than the invoice is for. The remaining amounts are issued as a credit, not applied to the invoice.

You can remove it from the templates under /components/modules/cpanel/ I don't have explicit instructions, but it should be in a file ending in .pdt

This has to do with 3D Secure right? We are planning to add 3DS support to Stripe. Not totally sure all that is involved in making that happen yet, but it is on our radar and we'll be taking a closer look very soon.

If you remove the cpanel extended module directory from /components/modules/ does the page load? If that doesn't work, you may also need to remove the record from the modules table. Be sure to backup everything (files + database) first.

For reference, GoCardless docs are available at https://docs.blesta.com/display/user/GoCardless GoCardless is a non-merchant gateway, so there is no payment account associated within Blesta. You do need to set up a webhook in GoCardless, and the URL to the webhook is displayed in the GoCardless configuration under Settings > Company > Payment Gateways > GoCardless. I'm not totally sure if modifying the webhook endpoint URL in GoCardless will automatically make recurring payments work that were set up in another system, or if they would need to be re-created. It's worth a try.

Did you check your logs? ../logs_blesta/ (defined under Settings > System > General) You can also disable your cron job, enable errorReporting in your /config/blesta.php (Change from "0" to "-1") and then try running the cron manually after 5 minutes, either via CLI (preferred) or under Settings > System > Automation. Note any errors output, and whether any tickets were imported. Also note that your department defines also whether non-clients can open tickets. If a from address that's being imported does not match an existing client and you only allow existing clients to open tickets, then it will not be imported.

Were you able to save those settings? Is port 993 egress open at your Firewall on your Blesta server? Is your cron job set up and running? Is the automation task (Settings > Company > Automation > Plugin > Download Tickets) enabled and running?

There's a dropdown to set the language if you have multiple languages installed. Right now this can't be set as a URL parameter, but it's something we're considering. However, it probably wouldn't be difficult to check for a GET parameter and then set the language similarly to the way the dropdown works.

What modules specifically are you wanting?

Little late on the reply, but I like it it. Not a big fan of all the blue, but it does fit together well.

There is a "Report Post" link in the top right of every post, just mouse over the section and it should appear.

Follow the moving Blesta guide at https://docs.blesta.com/display/user/Moving+Blesta if you are moving Blesta. You do not change your system key, it must remain the same as generated on initial install or your installation will be irreversibly broken.

Nobody is deleting your tickets. I see a ticket from you, but it's not attached to any client account. Probably you emailed from a different address than we have on file for you and no match was found, or you weren't logged in to the client area when you opened the ticket, so it wasn't attached to your account. The ticket says that I have your Blesta admin login details? Where did you send those, are they in another ticket or??

Did you follow the moving Blesta guide? https://docs.blesta.com/display/user/Moving+Blesta CPU usage depends on what is happening. I don't recommend rate limiting resources for Blesta, if you are doing so it's possible your server killed or interrupted the cron while it was in the middle of something important. Most of the heavy lifting happens via cron.

That's not what I mean. I mean your cron job on your server should run to provision it. You are doing it through a web browser, which is making an HTTP request to the same server that is restarting Apache and dropping the connection. That's the issue here. The problem is that Blesta and Virtualmin are on the same server, and Virtualmin drops the connection when you do it in a browser. Let the cron job run on the server automatically, and it should work. You won't have this problem if the Virtualmin server is external to Blesta.

A license change has no impact on functionality, so I 'm not sure how that could be related. Does it take more than 100 seconds for Virtualmin to create the account? I'd expect only 5-10 seconds or so. I think you should test with a Virtualmin server that is external to your Blesta install. I suspect that Virtualmin is dropping the connection after Blesta makes the request because it is restarting/reloading Apache. Alternatively you can add the service as a PENDING service, and let your CRON job run and try to provision the service. The cron may work because the connection to you as an admin would not be dropped if this is in fact the cause. So, give that a try - either try to provision on another Virtualmin server OR let the cron provision the service by setting it to PENDING when you add it, and letting the cron run.

If you want to PM me all the details (CWP and Blesta credentials) and steps to reproduce the issue I can take a look.

Is Blesta installed on the same Virtualmin server? When do you get the error exactly, as a client placing an order through the order form or as an admin provisioning it manually? Normally when a client places an order, the cron will provision the service. If the error happens at the same time that the API call is made to create the service with Virtualmin and that's when you get the error, and Blesta is on the same server, Virtualmin may be restarting/reloading Apache in the middle of the request which would explain everything.

What template is that? I'm not familiar with it.

The screenshot you posted from Tools > Logs > Module log had a CyberPanel entry. Click the row (Not the link) and it will expand and show you the raw input/output with the API, which may be helpful in determining what the issue is.

Friends don't let friends use wimps.