Alex

Error validation was only happening immediately before provisioning the service. We've updated the Universal module to do this validation when the form is initially submitted as well.

CORE-765 fixed for 3.0.3.

Yeah, Blesta license sales are popping up in several of the forums I read. It seems a lot of people don't want to wait for it to mature.
 
If Blesta wasn't multi-company I might consider snatching up a few of these myself, but I have no real need.

Is there a customer viewable "road map" so we can see where items such as the Enom and the Quantum Vault Gateway are on the timeline. 

Fair enough.
 
Don't get me started! I'd be more likely to extend Blesta into an accounting system than integrate it with QuickBooks.

For those of you who may be seeking a temporary work-around:
In the file
/plugins/order/views/templates/standard/main_configure.pdt On line 171 change
<div class="heading options">to<div class="heading options" style="display:none;"> and on line 174 change
<section class="pad content">to<section class="pad content" style="display:none;"> This will hide the portion of the checkout process in question from being displayed in the browser. It's not true solution but it works if you just want to temporarily hide the "Available Add-Ons" section from the configuration page of checkout.

If your post is gone, it's because I moved the marketplace discussion to http://www.blesta.com/forums/index.php?/topic/1046-the-markeplace-discussion-split/. Please take any discussion on the markeplace there and let's keep this thread focused on the knowledge base.

I agree.  I get enough people calling me to order on the phone let alone figuring that out online.  It needs to be as easy and intuitive as possible.

Hopefully they'll see this. It's seems overly cumbersome to have to make multiple orders for an add-on item.

That's what I was afraid of. Many of the clients I cater to don't know that much and wouldn't know to order a domain first. It should be a conditional question in the hosting order form.

I'm hoping they'll add this functionality soon. I've already abandoned WHMCS, didn't think about this until now. And now it's a problem.

This is something that we would either simply implement, which would be similar to v2.5, or we would add a list of "on action" items that are configurable. I'm leaning toward the latter.

Thanks for the suggestion, CORE-763 has been added for forcing staff to use two-factor authentication.

Batch processing is a common technique when building scalable systems. It allows the system to scale with the needs instead of having a static overhead / demand ratio. In the case of provisioning it may have been fine to run the task when a service is paid for; I'm not quite sure why they used a cron for that. Maybe the developers can shed some light on that. But, in the case of downloading ticket emails it is clear why they used a cron, because there is no other trigger to tie the event to. For me it's less about whether these should be cron jobs at all and more about making sure the individual cron tasks are flexible enough to be run more frequently than 5 minutes.

You can resend the welcome email from the admin panel by going to Clients -> Choose the Client -> Show All Actions (Left sidebar) -> View Mail Log -> Find and click the Welcome Mail -> Click "Resend"
 
I would also like to see all of the featured the OP requested on the client end implemented.

Thanks for that alex.  There should also be a way for clients to do it themselves

You can resend the welcome email from the admin panel by going to Clients -> Choose the Client -> Show All Actions (Left sidebar) -> View Mail Log -> Find and click the Welcome Mail -> Click "Resend"
 
I would also like to see all of the featured the OP requested on the client end implemented.

I think these features need to be added

Your "correct statement above" was not clear to me. 
Thats why I am verifying is its this {name_server}.  I am assuming its that
 
or do I put {% for name_server in module.name_servers %} Name server: {name_server} {% endfor %} like you said in your above post above

http://www.blesta.com/forums/index.php?/topic/819-client-two-factor-authentication/?hl=authentication

+1 for this request

I would definitely like to see forcing two-factor auth for staff as an option. I also look forward to making it an option for clients. I'd like it if clients were presented with the same forced two-factor screen during sign up but it had some explanation and an opt-out "Skip" link in case they don't want to do it. (But they should be able to configure it later if they like.) Maybe an option like "Present two-factor auth during client sign-up" could handle this.

I also think account creation should be done every minute and not every five. 

Agreed. Support tickets need to be polled much quicker.

It's not supported but there appears to be a transport for it for Swiftmailer, which we use. Cody doesn't think it would be terribly difficult to add. How widely used is CRAM-MD5? I honestly have never heard of it.

Version 3.0.2 is now available. You can download it at https://account.blest...er/client_main/.

This is a patch release that corrects issues with 3.0.0.

Patching Blesta

See Patching Blesta in the User Manual for instructions.

Release Notes - Blesta Core - Version 3.0.2
## Version 3.0.2 2013-09-03 ### Bug * [CORE-622] - Plesk: Add login link to automatically login to the Plesk account * [CORE-692] - Missing payment confirmation page when a client pays through a non-merchant gateway without authenticating * [CORE-694] - Undefined index if reset password string fails to decrypt * [CORE-696] - Exclusive coupons are not limited to applying to their assigned packages * [CORE-698] - The payment_url tag in email templates does not include the path that Blesta is installed under * [CORE-699] - The client_url tag in email templates does not include the path that Blesta is installed under * [CORE-704] - "Return to Portal" link appears when portal is not installed * [CORE-707] - Edit invoice does not convert line item to textarea after hitting enter * [CORE-709] - Cannot checkout with an order of $0 in the cart * [CORE-713] - Automatic provisioning of pending services fails to call addService() on the module * [CORE-714] - Universal Module: Configure label shows a numerical ID instead of the product name during checkout * [CORE-715] - Order Plugin: Inactive and Restricted packages appear normally on order pages * [CORE-716] - CLI execution can not properly determine installed URI * [CORE-719] - Redirect loop when clients try to add payment accounts * [CORE-722] - Order: "Allow Coupons" option does not prevent coupons from being accepted on order form ---