niyo

It worked a treat in 3.2, but as of 3.3/3.4 resulted in the following error: Parse error: syntax error, unexpected 'if' (T_IF), expecting function (T_FUNCTION) in /blesta/plugins/order/controllers/main.php on line 125 which for me is the first line in this block of code: if ($this->post['email'] != $this->Session->read('verification_email') || strtolower(trim($this->post['email_verification_code'])) != $this->Session->read('verification_code')) { $errors = array('email' => array('invalid' => Language::_("Signup.!error.email_verification_incorrect", true))); }

+1 here, i've never not (excuse the double negative) gotten a receipt from a company just because i've used a 3rd party gateway.

Hi Max, Found the problem in the diff, there was a line that needed changing $(document).blestaRequest('POST', '<?php echo $this->Html->safe($this->base_uri . "plugin/order/main/sendverificationemail/" . $this->Html->ifSet($order_form->label));?>', $('#tax_id').closest('form').serialize(), changed to $(document).blestaRequest('POST', '<?php echo $this->Html->safe($this->base_uri . "plugin/order/main/sendverificationemail/" . $this->Html->ifSet($order_form->label));?>', $('#email').closest('form').serialize(), Thank you so much it works an absolute treat. You're the best =] Just one more quick thing... I only want it to appear for company id 2 any ideas?

If someone doesn't select a payment option on checkout the following error occurs: Files does not exist: /home/user/public_html/blesta/plugins/order/views/templates/standard/checkout_total_info.pdt on line 120 in /home/user/public_html/blesta/lib/view.php Printing Stack Trace: #0 /home/user/public_html/blesta/lib/controller.php(197): View->fetch('checkout_total_...', NULL) #1 /home/user/public_html/blesta/plugins/order/controllers/checkout.php(219): Controller->partial('checkout_total_...', Array) #2 /home/user/public_html/blesta/plugins/order/controllers/checkout.php(154): Checkout->getTotals('540dd8ebe1074', true) #3 /home/user/public_html/blesta/lib/dispatcher.php(111): Checkout->index() #4 /home/user/public_html/blesta/index.php(21): Dispatcher::dispatch('/order/checkout...') #5 {main}

I'm not sure if this is a bug report or feature request. If someone places an order totalling 0.00 it shouldn't forward to the gateway page. "Your order has been received, pending your payment below." Instead it should just have some sort of order confirmation. Also invoices totalling 0.00 should be marked as paid automatically and not have the option to be paid. This should also allow free services to provision automatically if the order form doesn't require manual approval. In fact I may even go as far as saying that invoices shouldn't even be generated at all for orders totalling 0.00 in some cases (i.e. freemium). Perhaps an option whether to generate invoice for free services under packages?

Hi max, firstly thanks for your previous message. I've been working on integrating the email verification part of the diff manually with 3.3b1. The integration seems to be fine but i think some of the calls that worked in 3.1 no longer work. e.g. this line is broken if (!filter_var($email, FILTER_VALIDATE_EMAIL)) { $this->outputAsJson(array('success' => false)); return false; } results in the following no matter what is entered into the email field. "E-mail address invalid" but if the line is removed. "Verification e-mail sent. Please check your e-mail." however the email itself doesn't actually send. i'm pretty sure the problem lies somewhere in the lines under added to order/controllers/main.php /** * AJAX method that sends verification e-mail to customer */ public function sendVerificationEmail() { if (!$this->isAjax()) $this->redirect($this->base_uri . "plugin/order/"); $email = $_POST['email']; if (!filter_var($email, FILTER_VALIDATE_EMAIL)) { $this->outputAsJson(array('success' => false)); return false; } if ($email != $this->Session->read('verification_email')) { $code = dechex(mt_rand()); $this->Session->write('verification_email', $email); $this->Session->write('verification_code', $code); } else { $code = $this->Session->read('verification_code'); } Loader::loadModels($this, array("Emails")); $template_name = "account_email_verification"; $tags = array( 'contact' => $_POST, 'company' => $this->Companies->get($this->company_id), 'code' => $code ); $this->Emails->send($template_name, $this->company_id, null, $email, $tags); $this->outputAsJson(array('success' => true)); return false; } any idea what may need to be updated firstly for the validation filter not to result in errors and secondly for the email to actually send? thanks.

Ouch!! That's gotta hurt!

Moving over to Blesta one of the main things I am going to miss is the Project Management solutions available on the competitors platform. It would be nice if some day there was a paid Blesta add-on that fulfilled this as having a project management solution that ties in directly with the billing and client systems has many advantages. However, for now I was wondering what 3rd party PM solutions any Blesta users utilise to coordinate their teams and projects etc. Any recommendations would be appreciated. Self hosted is preferred but not requisite. Cheers, Chisomo

Hi Max, I'm really interested in the email verification portion of this, but I'm a bit of an amateur when it comes to code so I'm not really sure what aspects of the diff file are expendable. In short I want to take what you've done minus the VAT aspect and to add a validation rule to the email address field. I'd need anyone signing up to prove that they are uk students, so the validation rule would be that the email address has to end in .ac.uk as these tlds are reserved exclusively for educational institutions. So essentially they'd enter a .ac.uk email address then hit "send verification code" and this will check the validity of the email address before sending out the verification email. Any pointers in achieving this would be greatly appreciated.

I started to respond to this thread about assigning a client to multiple companies and my response sort of became a feature request so here it is: I think the ability to allow clients to have access to more than one company might come in handy. It would make up selling a lot easier. For example a web design company who also have a hosting company. They could up sell design services to hosting company clients and it can remain a seamless experience for the end customer. For me I'd like this as I plan to start hosting in a couple of niches. Niche 1 will be a low end host and niche 2 a little more advanced. It would be nice if customers from niche 1 could naturally progress to niche 2 once they outgrow niche 1. Another application could be that once you launch your affiliate module it would be great if customers affiliate cookies could work across our different companies. In short the segregation and modular control of how you've implemented companies is great, however some integration both staff side and client side could prove to be powerful, such as the thread about handling multi-company support. actually just an additional thought, this could perhaps be achieved by some sort of parent company system whereby child companies of a parent company have some degree of integration. That will also allow people to keep complete segregation with sister companies. just thinking out loud...