sktan

I think I tried that and also forced a gateway upgrade by changing the version number, but the gateway name showed to clients is determined by what's stored on the database (which doesn't change).

Is it possible yet to do this?

Thanks for that! That's an odd place to store the email addresses. I didn't even think to look there

Hey, I've been looking around blesta but couldn't find a way to change the email address for when emails get sent out. At the moment I've got the installation on a subdomain e.g billing.shop.com and invoice emails are being sent from "billing@billing.shop.com" How would I go about changing the email address so it gets sent from "biling@shop.com"? Thanks!

That wouldn't work too well when you have a client with 2 free services and 2 paid services (of the same package) although it isn't a bad idea.

Hey, I'm trying to override a service's total price and have tried the "override-price" option but that seems to only override the base package. I'd like to avoid the use of coupons as I see no way to lock the coupons to only allow specific users to activate it which means that coupons can be abused (e.g. 100% discount coupons being re-used by clients by figuring out the coupon code). It would also be great if this was also available in the "create service" area when creating a new service for a client as at the moment, I don't seem to be able to override a price as I'm manually creating a service for the client. Also an option to allow us to give the service for free would be a good idea so we can provision free services to clients without them being invoiced for $0 which ties in with the price-override as I'm looking to override the total cost of the service to $0/month. Thanks!

Hey, I'm trying to override a service's price and have tried the "override-price" option but that seems to only override the base package. So far, I've yet to figure out a way to override both the package and all configurable options like the way that the "coupons" does it. I'm trying to avoid the use of coupons as I see no way to lock the coupons to only allow specific users to activate it which means that coupons can be abused. Does blesta support this? Or a method to make entire services (both service + config options) free? Thanks!

After testing with a clean $10 invoice and the payment showing up fine, it looks as though they're the same bug.

Thanks! If they're related, it would really be a huge relief as I was really wondering what I did wrong as according to comparisons I made my code-changes shouldn't've changed anything that badly.

It's still in testing / development phase, and definitely not ready for a public release. I'll be sure to post updates as I go along and find new methods to solve my problems.

Yes, it's being returned as an array.

Yes, it is a custom gateway that's currently in development. I'll have a further look at it as code-changes may have broken everything as it was working before. The last screenshot shows the Gateway::validate return values. Is there something you can see that's missing? StripeJs::success|return {"client_id":"1","amount":8.06,"currency":"AUD","status":"approved","reference_id":"ch_XXXXXXX","transaction_id":"ch_XXXXXXXXX","parent_transaction_id":null,"invoices":[{"id":"80","amount":"8.0645"}]} That's the log of the Success function if that's required as well

As it turns out my logging of the "success" function was kind of wrong. It only gets called when paying for invoices via the dashboard, whereas if you're ordering a new product and get redirected from the payment gateway back to blesta, it's not being called as it should. I'm still trying to find the most effective solution to capture / build a payment authorisation form afterr being redirected from the gateway. I'd rather not create a hacky-implementation around the notify URL, although that seems as though it's the best option so far. @naja7host I appreciate you sharing your code in order to help me. We both still fall into the same problem though when attempting to use pre-authorised billing agreements. Update: I've figured out a hacky-implementation of capturing payment tokens for future use. Since the only method that seems available for us to use is "buildProcess", I've decided to use that in order to capture and authorize payments public function buildProcess(array $contact_info, $amount, array $invoice_amounts=null, array $options=null) { // Builds our return_url based on the current page the client is on (also adds HTTP/s if supported) $this_url = (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] == "on") ? "https://" : "http://"; $this_url .= $_SERVER['HTTP_HOST']; $this_url .= $_SERVER['REQUEST_URI']; $options['return_url'] = $this_url; ...... } This allows PayPal to return back to the buildPayment URL so we can then use the token passed back via a GET parameter in order to finalize our transaction. Obviously not the best implementation that can be done, but it gets the job done.

Hmm, Okay. Although when I pay for the invoice, it seems all good according to logs but the payments aren't being applied to that particular invoice I've paid for.

I've found a bug where invoice numbers don't seem to match the ones being paid for. i.e I press "Pay" for Invoice #79, it takes me to /invoice/pay/80 and the Gateway pays for invoice 80 leaving invoice #79 unpaid. Not too sure how I got that to occur, but any payments have been made successfully for Invoice #80 but invoice #79 remains unpaid for. Open Invoices: Pay URL + UI: Result: