Paul

I uploaded an updated whmsonic module, see original post. Also added a sample welcome email.

Are you running any custom code? Custom theme, custom module, custom plugin that is using any hooks/events? It's not common for apply payments to open invoices to get stuck. When did the issue originally occur? Think back to just before that, did you make any changes to the installation or system beforehand? Are there any payments that need to be applied to open invoices? If the cron failed for whatever reason, it can take up to 6 hours for the task to be marked as crashed and re-try. Is it currently only "Apply Payments to Open Invoices?". Is there a "clear" option next to the task? Can you provide a screenshot of Settings > Company > Automation, showing the task? I don't recall seeing any trouble tickets. The forums are perfectly fine for support, but they are not as actively monitored as our ticket system, and they are public so there is less that we can do. It seems like your other issues were resolved through the forums though. I don't see how the failure for loose payments to be applied to invoices would cause loss of business. New orders would have payments applied directly to invoices.

A new Centovacast module is available, but it's an early alpha. To install, download the attached centovacast.zip and unzip the file. Upload the centovacast directory to ~/components/modules/ and go to Settings > Company > Modules to install it. centovacast.zip Please give it a spin and give us your feedback. Here's a sample welcome email you can use for your Package:

It'll work on Windows. Here's an example of setting up a scheduled task in Windows to run the cron for Drupal. https://www.drupal.org/docs/7/setting-up-cron-for-drupal/configuring-cron-jobs-with-windows You'd just change the path to be that which you mentioned (https://sub.domain.com/cron/?cron_key=PUT_HER)

Unlocked. Any feature requests are best to be at https://requests.blesta.com, so it's ok with me if it's a duplicate so long as it's not in the same place. Regarding this feature, the support system does not support HTML, but it does support Markdown. So, we would be open to adding a markdown editor like stackedit.io, and we already have a task for this.. see https://dev.blesta.com/browse/CORE-2299

It sounds like you may have pending service changes that are unable to be processed for whatever reason. Take a look in your service_changes table. You may need to remove any items that are in here as they are unable to be processed. If you do so, be sure to back it all up first.

I would highly recommend not modifying existing tables. Plugins are designed to be able to create or modify their own tables, but modifying core tables could prove very problematic. In terms of tying into existing functionality, you might look at Event Handlers also known as hooks. Tying into the Invoices.add event, would allow you to edit an invoice right after it's created and add additional line items or make other modifications to it before it's emailed out. If you need to display additional information on an invoice that's not there now, or can't be added by modifying an existing invoice, you should create your own tables for this data. It then may be necessary to create a custom invoice template that one could use instead of the default, that could fetch the information from those new tables for display.

Here's a basic rundown of importing cPanel accounts manually https://docs.blesta.com/display/user/cPanel#cPanel-ImportingcPanelAccounts

Yes, when you create your Packages, check the "Enable Pro rata" option, and set the Pro rata Day, and Pro rata Cutoff Day.

So this only happens on the order form, not if clients are making a payment from within the client area. This file is responsible: ~/plugins/order/views/templates/wizard/javascript/checkout_complete.js (If you're not using wizard the path may be different. Here's the code: $(document).ready(function() { $(".payment_buttons form").first().delay(5000).queue(function() { $(this).submit(); }); }); You can change the delay (5 seconds) by increasing the value in milliseconds. 5000 can be changed to 20000 and then it'll redirect after 20 seconds.

CORE-2381 so we can take a look at it. I'm not sure this worked properly in 3.6 either, coupons need some major refactoring.

Is it actually running that long? Do you see the process running on your server? Or does it hang, and get reset after 6 hours? I would suggest disabling your cron job, and enabling error reporting and debugging and running it manually when it's scheduled to run next. To enable error reporting, edit /config/blesta.php and change **Configure::errorReporting(0);** to **Configure::errorReporting(-1);** You may also wish to enable System Debug. To do so, change **Configure::set("System.debug", false);** to **Configure::set("System.debug", true);** It's a good idea to change these settings back when you are done.

Are you running 4.0.0 or 4.0.1? If 4.0.0, please update to 4.0.1 and give it a try. 4.0.1 addresses an issue with Package creation, so I want to rule that out.

That's a warning, and no warnings should be produced but I wonder whether you have error reporting enabled. In /config/blesta.php, error reporting should be 0, and system.debug false, like below. What do you have? Configure::errorReporting(0); Configure::set("System.debug", false); Aside from the warning, does it not work correctly?

I notice it rarely on Chrome on Win 10, but refreshing always resolves it. I think the first step would be for us to update the library to the latest release and see if that resolves it. If you're feeling adventurous, you could give it a try yourself /vendors/nvd3 (i think, computer rebooting, windows update.. baaah)

Did someone say WHMSonic? It's an early release, and we're going to put it on Github. If you can test and let us know in that thread of any issues, we'll take a look and try to get it fixed up.

A new WHMSonic module is available, but it's an early alpha. To install, download the attached whmsonic.zip and unzip the file. Upload the whmsonic directory to ~/components/modules/ and go to Settings > Company > Modules to install it. whmsonic.zip (UPDATED 5/12/17) Sample Email:

I'm sure it can be adjusted, but I was not able to quickly find out where it occurs. I don't think the gateway is doing, it might be the order plugin.

This is one I want personally myself. It's tentatively assigned to 4.1, but is not assigned to any of the planned sprints. I bumped it to the top of the backlog, so we'll see. If not 4.1 (which is well underway), probably 4.2. I don't want to delay 4.1, but if there's time we'll have a look at it.

It redirects if they don't make a decision and leave the page waiting, and I believe this is intentional, probably a feature request though I can't find anything about it in my quick search.

Webmin / Virtualmin can be used for shared hosting - Yes! And we have a Virtualmin module that you can get here - https://github.com/blesta/module-virtualmin

Hey guys! So I just want to make sure I understand what you guys are asking for. I did some testing, and pre-dating the transaction received date does in fact log it for that date. That's the date recorded for the transaction, visible in the Transactions widget for both the Client and Admin areas. However, if you expand the transaction, or view the invoice to see the date applied, it's different. I suppose this could result in some customers complaining that you received a payment but didn't apply it until later. Are you saying that if a transaction is recorded and is being applied to specific invoices, that it should also inherit the date applied date from the date received box?

The language files are built once per day automatically, so it's probably available for you to download now. We don't review review, it's just that the files have to be built and zipped up, which happens only once a day.

Are you running 4.0.1? Is there anything in the module log? Tools > Logs > Module tab. Click a row to expand and display the raw input/output.

Some transactions are not applied to invoices Some transactions are applied as credits, and then applied to invoices via the cron, so the items being paid are not known at the time of the transaction. A transaction might be applied to 1 or more invoices, including a partial payment to multiple invoices Do you want the objects for all invoices the transaction was applied to to be available to the email template as tags? Let's say someone partial pays an invoice. There's no way to know for which items they intended to pay, so listing all items on the invoice in the email may be inaccurate and/or misleading.