Orders dissapear? I create a new order, it shows up in the orders view. Clicking it once to view the status is enough to remove it from the view. It seems that the status is changed to "Initial".
If I change the filter to "all" then I can find the order again. Now it can not be opened since the orderid is gone.
When opening an order I find some strange values on the Transaction tab. The amount is 0, status is initial (even though the order is captured),
On the same tab I can finalize the order .. what is that?
My orders are autocaptured.
Wish list: When opening the Tea Section it should display orders.
Do you use quickpay? And do you have your callback url set up correctly? Your domain is public?
Finalize is what the callback system normally do by it self - but if its fails it is still possible for you to finalize the order your self. So if you can finalize the order the callback didnt finalize the order by it self.
Could you provide me with: - Payment provider used - Domain
I'm using quickpay. I know that I can tell quickpay what my callback is but from our conversation earlier I thought I shouldnt have to as I thought u setup the callback url - also passed it on to the provider automatically?
Could you also check the DB and see if PaymentTransactionTransactionId is set in DB with all the other transaction fields.
Also is the isOrder = true i the DB for the specific order? Try check it when you get to your confimation page, before getting the order in admin and after looking at the order in the admin.
Cool - we will make a guide to all our default payment providers soon.
To fix the error you have to tell QuickPay what IP you make API calls from. Login to the quickpay manager and specify your IP and everything works correct.
Bugs with orders in Tea Section
Hey guys,
In the Tea Section,
My orders are autocaptured.
Wish list: When opening the Tea Section it should display orders.
/Jesper
Do you use quickpay? And do you have your callback url set up correctly? Your domain is public?
Finalize is what the callback system normally do by it self - but if its fails it is still possible for you to finalize the order your self. So if you can finalize the order the callback didnt finalize the order by it self.
Could you provide me with:
- Payment provider used
- Domain
I'm using quickpay. I know that I can tell quickpay what my callback is but from our conversation earlier I thought I shouldnt have to as I thought u setup the callback url - also passed it on to the provider automatically?
What is my callback url?
/j
Tea Commerce does send the callback url to the payment provider and you dont have to specify it. The callback url will be http://yourdomain.dk/tcbase/PaymentCallback/(paymentProviderAlias).aspx
So in your case it will be http://yourdomain.dk/tcbase/PaymentCallback/QuickPay.aspx - if your domain isnt public quickpay can't call this url and finalize the order for you.
Cool. It's public alright (I'll email you the url).
Other information: I've not setup the continue or cancel on the provider. I just changed the defaults in the teacommerce.config
/jesper
Nevermind the email - I think I've found the bug. When accessing:
http://yourdomain.dk/tcbase/PaymentCallback/QuickPay.aspx
I get:
"Extension not found or permission denied"
What have I done :-)
Could you also check the DB and see if PaymentTransactionTransactionId is set in DB with all the other transaction fields.
Also is the isOrder = true i the DB for the specific order? Try check it when you get to your confimation page, before getting the order in admin and after looking at the order in the admin.
Hi Anders,
I added server ip to quickpay (again) and that did the trick. It works. Cool.
Thanks
Jesper
Cool - we will make a guide to all our default payment providers soon.
To fix the error you have to tell QuickPay what IP you make API calls from. Login to the quickpay manager and specify your IP and everything works correct.
is working on a reply...