ExelionLLC

Hi, There doesn't seem to be any simple way to do something like {ticket.from_user} that would do something like if(unrecognized) { return ticket.email; } else { return user.real_name + " (" + user.company + ") <" + user.email + ">"; }

Order forms will complete an order minus the out of stock items, without warning or notification in any useful way to the customer. For those following my previous bug report about add-ons not being entirely useful and I switched to using a normal package instead, someone ordered an out of stock server and an IPv4 block, the IPv4 block package on the invoice went through, the server package did not; what should have happened is the customer should have been notified there are items out of stock on the order.

I had this issue. The fix: I didn't enable piping in the department itself. I'm not sure if its buggy behavior or not that piping isn't always enabled anyways no matter what I select (as in, remove none, replace with piping which is just "no imap or pop3 on top of piping"). your-blesta/admin/plugin/support_manager/admin_departments/edit/1/

I purposely have disabled payment types and only allow Paypal so I do not have to handle payment deta information (and all the legal requirements that go along with it). However, payment accounts still appears for users, and obviously does nothing. This has confused some of my users.

Okay I was wrong about one thing, you CAN choose how options are displayed now. I must have missed this before. I've removed IPv4s as an add-on package, and I am now trying to do them through a package named "Additional IPv4" with all the different block sizes as options. This seems to work a lot better, however, the Additional IPv4 package has a price of zero (as it just contains options that add to the price). Is there any way to disable showing a price of $0.00 for packages that are clearly intended to be nothing but option containers?

It is setup exactly as you described. Manually adding services, thus, does not allow me to add addons because I cannot select multiple items to add, and they do not appear by themselves to add. noc-ps does not yet support automatic assigning of additional IP blocks. It can assign IPs to a machine on OS install, but those are statically set per machine. BTW, I originally had added these as options, and it seemed inappropriate. IP Blocks are added to the user, not the machine, but you require at least one machine to order a block of IPs. The ideal setup, I think, would be to have blocks of IP not be an add-on or option, but require users to already have at least one machine (either already owned or in the shopping cart) as the only constraint. There seems to be no easy to allow existing customers to add and remove blocks of IPs. Also, add-ons have another slight possible bug: if you have multiple pricing term lengths, add-ons and their parent item in the shopping cart do not synchronize. And another slight bug: There is no way to set the list of choices in an option to either line break each radio option, or just display a drop down list. Having many choices for an option all jammed together on a line doesn't work.

I might be using noc-ps wrong, but I have it setup that I do dedicated servers via noc-ps as a standard group, and additional IPv4 blocks are using universal module in an add-on group (with the dedicated server group as the parent group) (the IPv4 blocks are setup manually, btw). My IPv4 block packages do not appear anywhere that I can select when manually adding services. Its not a problem of "they all appear on the same invoice"... its a problem of I can't add them to a user at all, they don't appear anywhere in the admin UI.

Line items wouldn't work right in the case of, say, using the noc-ps module which automates things in a rather... interesting way. Edit: And that still doesn't cover add-on items.

Unless I'm blind, I do not see a way to add multiple services to the same invoice when manually adding services to a user account, and also there seems to be no way to add services that are add-ons as well (and the same bug).

If theres enough votes, can this be considered a must have? Apparently everyone I've talked to who has added this to their arsenal has reduced fraud 20-30%. That would be clearly a killer feature Blesta could sell itself on.

Can someone at Blesta confirm if this ONLY affects user registration forms, or both order and user registration forms?

Blesta uses Blesta to sell Blesta, which means you're affected by the same bug everyone else is. I believe it is in your best interest to get this fixed as soon as possible.

Is it possible to roll out a 3.1.2 (or whatever the next version is) that only fixes this? 3.1.3 could just be released as normal on the current release schedule for 3.1.2.

Thanks. Is there any way to expedite a fix for this? This is effecting pretty much every US (and I think EU as well) Blesta user.

Any updates on this bug? Anyone accepting certain classes of orders (not limited to just subscriptions) from California (and soon to be almost all the states if they continue passing consumer rights laws) requires this to be functioning, and its currently holding up the launch of my company.