Leaderboard

1 - bug confirmed . 2 - bug confirmed . stay tuned ; this night i will trace the errors and fix them .

Here is my *very legitimate* mathematical proof: -1 MINUS = (-1) (MINUS) = (-1)(-) = (-1)*(-) = (-)(-1) = +1

Wen adding a package with a 0 (zero) as price to offer a trial, for exemple: Package 1 1 Month Price = 0 Select "Cancel at end of term" Wen a client tries to order and the Cart Total is 0 (zero), it still display the "Payment" options, and it should not display the Payment Option and only finish the order. With the new option to "Upgrade/Downgrade" we can do like this: Create a trial package with limited time, then add in the same group outher packages, and if the client dosent upgrade to anouther package it will terminate in the end of the trial

To add to my post maybe a way to show a error message like when the client has a invoice to pay like this: Days count down.. Edit: Sorry not account as I edited in the picture Service

Thanks! CORE-1398.

Order of operands does not matter for multiplication. Tyson's proof stands. The two are equivalent: (-)-1 = -1(-) Proof: By Associated law of multiplication LHS: (-1) * -1 = 1 RHS: -1 * (-1) = 1 1 = 1 []

it would be perfect if instead of showing payment option , showing a box to confirm the client password to confirm the free order .

Nice feature to add in next release (first option to show in settings tab) . if you didn't want to show a message in the client area just delete the content of client_widget.pdt .

I have UPDATE the plugin to version 1.1.0 . the new version has the magic code , now a widget will show in the client main page about the last announcement . Any Suggestion/Bug Please report it here .

I added some lines to my config.php file in observium, and got the API menu to appear with API docs for billing, inventory, packages, so we'll see how it goes. I wish we could export the actual graphs, but it looks like just the data.

We would need to make some changes to allow multiple fraud detection options to be used simultaneously. It's also possible that some fraud options in the future may not play nicely together, so this is something that will need to be considered.

we need more event to be implemented in blesta like : Client Edit Profile Client Change Password Client Delete (Before & After action ) Client Profile Tab Fields (dropdown menu) Contact Add | Contact Edit | Contact Delete Client Dashboard Page Load Client Pay Method Client Pay Confirm Admin Dashboard Page Load Daily CronJob (Before & After action ) Invoice Payment Reminder Accept Order Delete Order Pending Order Order Checkout Shopping Cart Checkout Page Show Cart Page Module Create (Before & After action ) Module Suspend (Before & After action ) Module unSuspend (Before & After action ) Module terminate (Before & After action ) Admin/Client Services Tab Fields (rendered) upload Files action Ticket Plugin : Add - reply - close tickets Download Manager Plugin Download (Before & After action ) order plugin every step event (before/after)

Wen you have a package active with a "Cancel at end of term" active and the client login and make an upgrade to outher package without the limitation of the "Cancel at end of term" option, the current "Cancel at end of term" of the original package to the new package is still present. 1- Add a package with "Cancel at end of term" option 2- Add a second Package in the same group without the option "Cancel at end of term" 3- Purchase the first package (add in admin because there is a bug purchasing as client), and activate 4- Now login as client and upgrade to the new package that dosent have the "Cancel at end of term" option by default and activate You will see that the package will still terminate in the end of the first package. Solution: Wen upgrade/downgrade if there is any "Cancel at end of term" Scheduled, it has to be removed. And if the new package as also the option "Cancel at end of term", as to be added after the invoice is paid.

Hello, We have added a package like this: Name = Package 1 1 Month Price = 0 Checked "Cancel at end of term" Wen adding the service in Admin side, it Scheduled correctly the cancelation period Wen ordering like a normal client, and activate the service in Admin side it dosent Scheduled the cancelation period. Thanks in advance, PV

You have discovered a bug . normally it should display a list , theold announcemnt isthe first showen and then , so itmst DESC rather than ASC . fixed for next release .

Fixed now in our test server . we will update the github later tonight .

The yellow highlighting of the fields usually means your browser is auto-completing the form, doesn't it?

Excellent But also send an email in xx days before cancelled warning the client

that sounds like an excellent feature.

Thanks - CORE-1399

Maybe a suggestion to have the option to mark a package as "not able to downgrade" I'd +1 that. Not able to downgrade as in once they upgrade they can only upgrade or stay on the current plan?

i'm now in the ofice so can't try anything , i need to return to home to make some test . i hope you can arrive to w worked solution before i lose some hours in test also

Check your service creation email template, and the Welcome Email content for the service's package. Did you write the tag {package.*}? If so, that's not a valid tag.

-5 for you lol giving up

Perfect. Thanks so much.

Core-547 should help deal with this by allowing to hide/require certain fields, but in the mean time...this should work for you. In /plugins/order/views/templates/standard/types/registration/signup.pdt Find: <hr> <div class="row panel-fix"> <div class="col-md-12"> <h4><?php $this->_("Signup.index.heading_billing");?></h4> <div class="form-group"> <?php $this->Form->label($this->_("Signup.index.field_taxid", true), "tax_id"); $this->Form->fieldText("tax_id", $this->Html->ifSet($vars->tax_id), array('id' => "tax_id", 'class' => "form-control", 'placeholder' => $this->_("Signup.index.field_taxid", true))); ?> </div> </div> </div> Replace with: <!-- <hr> <div class="row panel-fix"> <div class="col-md-12"> <h4><?php $this->_("Signup.index.heading_billing");?></h4> <div class="form-group"> <?php $this->Form->label($this->_("Signup.index.field_taxid", true), "tax_id"); $this->Form->fieldText("tax_id", $this->Html->ifSet($vars->tax_id), array('id' => "tax_id", 'class' => "form-control", 'placeholder' => $this->_("Signup.index.field_taxid", true))); ?> </div> </div> </div> --> <?php $this->Form->fieldHidden("tax_id", $this->Html->ifSet($vars->tax_id), array('id' => "tax_id", 'class' => "form-control", 'placeholder' => $this->_("Signup.index.field_taxid", true))); ?>

I believe a notice is going to be added for the customer side, maybe a In review for Admins that would bypass the order widget though. But not the client side except the notice being added

The icon shows you if it's scheduled to be deleted, and it will be confusing to the customers, and us with other status'es. But I suppose it's hard for some people who don't know you can view all of the pending orders (in review) are on the Order widget and the services page.

if this implemented ,i think this should be per gateway , a new option in gateway about some additional fees and then he gateway should show a message to the client about this fees . NOTE : it can be done now with a simple modification in the gateway , we have made a custom gateway for paypal named "paypal_payments_universal" that has a built-in rate exchange/curency change/showing message to cleints about the this modification . @interfasys if you need helphow to do your own gateways with your idea , just PM me . (a votre service ... )

See CORE-1396

If it were listed this way, then they could only use the credit if it covered the balance in full. The way we implemented it, with a checkbox is similar to the way Amazon.com allows you to apply gift card balances. CORE-1394 for the OPs request

i prefer if the apply credit added to the select payment option rather than make it under the form . so the client will select wich methode he want to pay with it , exemple : - Available Credit - Offline Payment - paypal satandar.... - bitpay .... - stripe

For ticket auto-replies, do you mean the initial ticket received email? You can currently set an auto-close ticket response per department, but not the initial auto reply. One thing we're planning is CORE-1358 which allows for custom email templates to be created. It may be possible then, after that, or in conjunction with that, to allow the selection of different templates in different areas of Blesta.. including auto-replies and separate templates per department. So, this suggestion may fit well with that task, and be dependent on it.

This has been added for v3.3

Two Factor for the Admins is there already click my info. As for the customer that's coming in 3.4 under CORE-514 Blesta supports: - MOTP (Mobile) - TOTP (Time Based) - YubiKey http://docs.blesta.com/display/user/Enabling+Two-Factor