Leaderboard

I was going off of yours and CubicWebs previous comments mentioning user_id, which is the value of $logged_in. However, Transactions::getTotalCredit() requires the client_id, and so you must first determine the client by fetching them via Clients::getByUserId().

You should think before speaking :-)

This is in v3.0.3.

You can use it for anything almost. It's very modular so you can very easily strip it down to just client management. It has modules which can easily be added and removed from the admin panel. You can have modules developed for you or use modules from 3rd parties or the ones included with Blesta. However, most of these modules available now are hosting related at the moment. It's very extensible.

Version 3.0.3 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.3 ## Version 3.0.3 2013-09-18 ### Bug * [CORE-206] - All plugin controllers require authentication checks * [CORE-532] - Logicboxes: Cannot add service from admin interface due to error "required Parameter Missing: Customer-Id" * [CORE-555] - PayPal Payflow Pro gateway error: Please enter a valid alphanumeric password * [CORE-632] - Cron: Manually suspended services automatically unsuspend * [CORE-635] - When the cron applies credits to multiple invoices, it may record zero as the amount for the last invoice * [CORE-657] - MyInfo shows Two Factor Authentication fields when "None" is selected * [CORE-686] - Interworx: Invalid credentials produces SOAP parse error * [CORE-688] - Importer: Company Tax ID/VATIN is set for clients when importing v2.5 to v3.0 * [CORE-711] - Plugin email templates missing multiple languages if installed after languages are installed * [CORE-712] - Support Plugin: Using a password with special characters does not work * [CORE-720] - Invoices sometimes remain open when paid due to 4 decimal precision rounding * [CORE-724] - Support Manager {update_ticket_url} tag is not set when email is sent via cron * [CORE-726] - Support Manager: Remove inherited background gradient set on H2 tags in replies * [CORE-727] - Service Suspended template parse error * [CORE-730] - Order Plugin: Successfully redeeming a coupon on the order form does not display a success message * [CORE-733] - Cross company package access violation * [CORE-735] - Undefined offset 1 in client_pay controller * [CORE-738] - Service Suspension email template is never used * [CORE-739] - Invoice delivery log is not limited to the current company * [CORE-740] - Email delivery log is not limited to the current company * [CORE-744] - Tax not applied for states with ISO 3166-2 alpha-numeric subdivision code with 3 characters * [CORE-746] - Order System: Client Registration template displays sign up form again after successful registration * [CORE-748] - Universal Module: Service fields are blank on edit * [CORE-752] - Email templates do not fallback to en_us if the template is not available in the requested language * [CORE-761] - Invoice line items display incorrect service term dates * [CORE-764] - Default Invoice template may incorrectly generate an additional PDF page * [CORE-765] - Universal Module: Input data are not validated against the rules * [CORE-766] - Support Manager: h1, ... h6 tags in ticket responses are styled incorrectly * [CORE-767] - System Requirements: Update to MySQL 5.0.17 * [CORE-769] - Addon Packages set to inactive appear as Available Addons ---

We're working on getting an importer working for a certain billing solution, so with the intent of adding data into the system I reluctantly log in. I get about two clicks in when suddenly, my pupils dilate, my palms get sweaty, and I begin to salivate uncontrolably. I've only been logged in for a few brief moments and already I've stumbled upon an exploit. I'm thinking, "Okay, that was easy." But I've got work to do. We need to get some test data in there so we can verify the importer. Click, click... vulnerability. Click, vulnerability, click, click, vulnerability, vulnerability, vulnerability. Seriously? A few hours of inputing data and I've discovered more than a dozen vulnerabilities, without looking. No doubt there are many more. They range from mildly amuzing, to "OH $*&! Restore backup!". How do you think we should handle this situation?* *Obviously we'll be disclosing these vulnerabilities to the proper channels... in due time.

Hello there, I have an unbranded blesta license for sale .I've bought it during beta time to see where it goes . As of now i didn't find it productive . In the future i'm sure that blesta will be a top notch billing system . So i am selling only one of my licenses . We are having one if you are . It's verified on the same forums by Blesta Team . WHMCS branded swap is also accepted Asking price : 175$ OBO ( Now priced 210$) What else is included ? *. I'll take you through all the features of blesta live on teamviewer *. Hassle Free Installation *. I'll help you setup your blesta one-time ! You can reach me here or on my mail . I'll be happy to assist you

The patch contains all patch versions since 3.0.0, hence the name "blesta-3.0.0-3.0.3".

Haha. I'll let you know what we figure out.

CORE-763 is tentatively scheduled for 3.2, yes.

The trial is super easy to get rolling with and nobody besides you can screw it up.

I should mention that the Service Suspension email template was previously never used, and contained placeholder text and tags. When patching, the English, US version of this template will be updated. Be sure to adjust the template content as suitable for your company.

FYI, the current WHMCS migrator doesn't import packages or services. That's still in the works.

Understood. Just to clarify, Cody and I discussed the issue offline and I insisted that it was possibly a bug because of what you said in your original post: It was my understanding by your description of the issue that Restricted packages that were Addons may still appear on the order form. It was a reasonable assumption based on what you said. Since CORE-715 was suppose to resolve this and we confirmed that it was solved for standard packages (non-addons), I thought we may have overlooked restricted addons. What we learned was that you meant it's the Group that appears, not the Restricted Addon Packages. I think what you consider pervasiveness, is actually us not understanding at first what you meant. It wasn't worded correctly, and it was reasonable for us to think we may have missed a particular case. Back to this issue. I see 2 ways forward. 1. Add a setting in the admin area that will force empty package groups not to display on the order form. 2. Never display empty package groups on the order form. You see #2 as being the solution, and view it as a bug. We think some people may want empty package groups to display and are leaning toward #1. We are building for a wide audience. Differences in opinion are welcome, but we're not pervasive just because we disagree. And you make good points, worth considering. Whichever way we go forward on this issue, it will end up working like you want. The only reason we have to become less open minded and ignore or avoid requests and ideas is if things start to become hostile. We aren't interested in drama. Like I said before, if we can move forward on the basis that people understand and trust that we aren't being shady then discussion on all topics can be productive. If you had this assumption to begin with and tried to understand why we did what we did I think you would have been less critical. I think we all want most of the same things, but there will occasionally be contention.. that's to be expected. I just ask, please don't assume the worst of us because we're not in agreement on everything.

Plugins -> Order -> Views -> Templates -> main_signup.pdt Line 223 <div class="heading options"> <h5><?php $this->_("Main.signup.heading_billing");?></h5> </div> <div class="pad content"> <ul class="no_border"> <li> <label> <?php $this->Form->label($this->_("Main.signup.field_taxid", true), "tax_id"); $this->Form->fieldText("tax_id", $this->Html->ifSet($vars->tax_id), array('id' => "tax_id")); ?> </label> </li> </ul> </div>

We appreciate your feedback, and think that it furthers the discussion. What you have to say is often very thoughtful and very useful. However, let's not operate on the assumption that we're trying to pull one over on anyone. That might be how other people operate, but we don't work that way. We're very honest about what we do, why we do it, and how we do it. The label feature was planned before this discussion. We don't try to hide bugs.. we'll be releasing a patch today that fixes about 30 of them. If we wanted to hide, we would encode the entire application. Let's move forward with the understanding that we operate ethically and aren't trying to hide anything from anyone, or save face by pretending bugs aren't bugs. We may not be right 100% of the time, but that's what this forum is all about.

They do have a HB system and are doing the importer as I'm aware, I remember Cody saying exploit, exploit, exploit Haha.

Copy pipe.php and name is pipe1.php (1 for company ID 1, in the future if/when you add additional companies you can create a pipe2.php, etc.), then make the above changes to pipe1.php. Blesta won't overwrite any files it doesn't itself contain, so there should be no problem there. Also, disclaimer, I haven't verified the above change works though theoretically it should.

Has Blesta followed through on obtaining a Hostbill dev setup from John or interfasys? We're also looking to jump ship from HostBill after all of the ridiculous licensing changes they've been making since May. If not, I'm happy to provide a small dump of our production database, but that's all I can offer without an NDA being signed. If an importer isn't done by October, I'll be marching forward with a manual import either way. I was a big HostBill supporter for three years, but I'm done.

Me I use it for ssl's and Blesta licenses

yes, the api directly calls the models, so you can use the model directly http://docs.blesta.com/display/dev/API#API-WithintheBlestaenvironment // from somewhere in your controller... $this->uses(array("Transactions")); // Now invoke it $this->Transactions->getTotalCredit(1, "USD");

You're looking for a "quick buck" as you explained on LowEndTalk. You want the WHMCS branded license because it lists for 249. You're flipping licenses and that's fine but it's not because it wasn't productive or not mature. That's just misleading. http://lowendtalk.com/discussion/13064/unbranded-blesta-license-for-sale There's nothing wrong with you selling your license. Blesta is solid and only going to get better. I hope you find a buyer.

They've already said they plan on building a knowledge base module and I'm sure that include everything requested in this thread. It will be interesting to see if the support module and knowledge base module tie into each other like described by CubicWebs.

Hi, It looks like that is a Spanish payment gateway. Do they have any documentation in English? It also looks like they have developed a gateway for WHMCS included in their example implementations zip. Have you tried contacting them and requesting they create a payment gateway for Blesta?

It's almost annoying how vulnerabilities jump out at him. I could hear gasps of shock at my desk as he went through it.