Leaderboard

This is where it should be, in a non-publically-accessible location. But you can put it wherever you want on the filesystem and then update the Uploads Directory setting in Blesta under [settings] -> [system] -> [General] to set the correct absolute path of where you put the uploads directory.

This is fixed in CORE-1700 for v3.5. If you want to pre-patch it yourself, open /app/models/users.php, then find and replace: $this->Record->select(array("users.*"))->from("users")-> open()-> where("users.id", "=", $username)-> orWhere("users.username", "=", $vars['username'])-> close(); with: $this->Record->select(array("users.*"))->from("users")-> open()-> where("users.username", "=", $vars['username']); if (is_numeric($username)) { $this->Record->orWhere("users.id", "=", $username); } $this->Record->close();

I believe system is above the "1" directory. 1 is the company value, so if you have addon companies then you'd possibly have a 2, 3, etc for each company with 1 being the default. The path to your uploads directory should be set under Settings > System > General

Blesta has four set by default: cash check money_order in_house_credit Each of them has "Use Language Definition" checked. While you don't need to have any of them, the in_house_credit one is used in the system in places where credits are issued.

While not perfect, it would be more accurate to require at least two periods in this. So while domain.co.uk would technically pass, at least domain.com would not. It would be an improvement.

You should have /app/client_controller.php that begins class ClientController extends AppController {

ok, my "upload" folder was just on level above my blesta install, so all is logic/fine I forgot this from my first install

That's a lot of plus ones. I'm sure we'll do this at some point, however it's fairly complicated as there's no mechanism build in to support partial refunds and we want to maintain proper accounting of transactions. It will undoubtedly require some changes to the database schema.

This is already possible via the Contacts page in the client dashboard. The client simply adds a secondary contact and designates them as a billing contact. You can do the same thing as a support contact, so the options you're asking about is already there.

Could you provide more information as described in How to Report a Bug? I am able to login with usernames beginning with numbers. I do notice a strange issue if a username begins with "1", but that is a very specific case. What username(s) are you having a problem with?

uploads is for the invoice attachment, download plugin files, you can remove it if you have one already. It will be have this: /uploads/ ----------- /1/ --------------- /invoices/ ---------------/support_manager_files/ ---------------/download_files/ ---------------/system/ ---------------/client_documents/

You may want to try a different order form template (Wizard/Ajax/Standard).

I believe it would require the module be updated to use the regex. The module defines rule validation for fields, so that's where it would need to be. Tyson may have more information. I found this discussion while googlin regex fqdn - http://stackoverflow.com/questions/11809631/fully-qualified-domain-name-validation They discuss the issue I raised with multi-level TLDs.

If the credit doesn't cover the required payment cost, then the client would need to also select another payment method. You don't find it confusing that they may need to enter credit card details and also select an Apply Credit box on the right? I imagine if they entered a new credit card, they would need to fill out the new payment details, then scroll all the way back up to check the "Apply Credit" box, then scroll all the way back down the page again to hit the Review button. That doesn't seem like a better UI design to me.

Thanks for the report. CORE-1699.

The Payment Accounts is just for cards! The PayPal is when paying invoices you get to see a screen like so: Blue: Credit Cards (Stripe) Green: Non Merchants (PayPal, BitPay) Red: Account Credit.

Please note if you are using 3.5.x you need to change this: <script type="text/javascript" src="<?php echo $this->view_dir;?>javascript/jquery-client-3.2.0.js"></script> To: <script type="text/javascript" src="<?php echo $this->view_dir;?>javascript/jquery-client-3.5.0.js"></script>

you can test with this code , of course load the session model . $this->Session->write('flash', array( "message" => "Success Message" ) );

in this case you will need to add html code for success and errors messages . and the probleme in this solution is that some module not using the $var anyelese , so it need to be adjusted in the related module . i have another solution that i have used before , but i don't know hwy i have stopped using it . my solution was based in the same idea of blesta message , i found blesta add a cookies just for the flash messages , so i have write my own function to store the message in the cookies , and when blesta load, it always fetch the cookies for flash messages nad lood it . it worked like a charm , but i have not understand what was the probleme in that time !!!

I think Cody was just mentioning a work-around to the problem.

Would this be popular? I've had to make a universal domain module to sell TLDs for which I don't have an API. Most importantly, it adds the TLD extension to the order form and checks availability. It also does DNS / nameserver lookups. That's about all the functionality it has, but it should work with any domain name extension. If it's something that's popular, I'd be happy to release the code.