Press Ctrl / CMD + C to copy this to your clipboard.
This post will be reported to the moderators as potential spam to be looked at
Trying to setup SagePay simulator with TeaCommerce on a development server. At the moment whenever I'm trying to 'Accept and go to payment', it redirects to the 'Cancel URL' set in TeaCommerce backend - so I know something is working.
Couple of questions
Is there anyway to error check why it is redirecting?
The site is currently running on a test server, where as we have purchased a license for the live server - different domain names. Will this affect trying to test SagePay simulator?
I have followed Anders Burla's SagePay tutorial on his blog. Are there any additional settings that need to be set for SagePay in TeaCommerce backend?
Thanks for any help
There should be an error in the umbracoLog database table with the error message. Starts with "Tea Commerce - SagePay" - try search for that.
If you followed the blog things should be cool - but let me hear what you find in the error log
Did you find the problem?
umbracoLog database table shows the following error along with the IP address the Simulator is seeing.
SagePay - Error in GenerateForm - Status: INVALID - Status details: The IP address of the server sending the transaction does not match the valid IP address ranges listed in the Simulator.
When I PING the domain name, I get a different IP address.
I have added both the PING and Simulator IP addresses to the SagePay. Unfortunately still experiencing the same problem. Might have to ask hosting provider to clarify this.
Sounds like a hosting thing - to help others could you mark the right post as a solution so others easily can find it - thanks in advance
Thanks for your help Anders
I am now receiving the following error
SagePay - Error in GenerateForm - Status: INVALID - Status details: The VendorTxCode 'ORDER-XX' has been used before. Each transaction you send should have a unique VendorTxCode.
Could you try and see in your order table if you already has an order with the same id. The ORDER-XX is just the order prefix and the id of the order so it should not be possible to have the same order id twice. How did you generate that? Maybe you deleted some orders for testing and then the id's got reset in the DB and its now trying to use the same id's again which the payment provider cant handle. Makes sense? :)
Does makes sense what you have said.
Looking at TeaCommerce_Order table, all values in the Id column are unique - correct. Also looking at the transaction history on SagePay, all values for VendorTxCode are unique - correct.
Where is the issue coming from?!
If you can produce the error again - you can try and use Firebug for FireFox and write TeaCommerce.getOrder() and see what the name of the order is - if that exists in your sagepay admin then thats why the error. Then you need to check how you got that id multiple times.
Managed to get 1 order through (Order-66) then same error is occuring. Do I use Firebug to check TeaCommerce.GetOrder() before sending the transaction to SagePay?
Yes before - just to check the name of the order
Using Firebug to check TeaCommerce.getOrder() shows no issues as the name of each order is unique. SagePay admin shows no order name duplication either.
So I attempted so test orders.
First Order - successful transaction
Second Order - the cart emptied automatically during the checkout process - how is the cart information stored? Is it in a session? We are experiencing session timeout issues with our shared hosting provider.
Third Order- went through the checkout process without any issues. Using Firebug showed a unique order name, but SagePay returned the previously mentioned VenderTxCode error
SagePay - Error in GenerateForm - Status: INVALID - Status details: The VendorTxCode 'ORDER-75' has been used before. Each transaction you send should have a unique VendorTxCode.
Cart information is session stored - so maybe that gives the problems. When you get to the confirmation page of Tea Commerce do you see order information there? Somehow the VendorTxCode is a duplicate - the VendorTxCode is "ORDER-" + the id of the order. So it should not be able to genereate that id again. What if you go to payment, click "back" in your browser and then hits the go to payment button again. Does that also generate the error?
The session issue was due to using shared hosting and the application pool.
For the VendorTxCode, the issue seems to reside with SagePay's Simulator as the majority of transactions fail on the VendorTxCode. They are currently looking into the issue.
Will try using SagePay's Test mode to see if that works.
Thanks for all your help.
Yee haa! SagePay Test mode works!!! Might have got a few more grey hairs but it is processing transactions! #happinessis
Worth making a note for future users that SagePay Simulator mode appears to be inconsistent for Server Integration.
Great you found out that SagePay was causing the problem and not Tea Commerce. But I actually did my testing of the payment provider with the simulator and never got this kind of error - so dont know if its a new bug with SagePay or just a temporary problem.
I'm getting these Simulator errors as well, from Umbracolog....
130-12012-08-05 20:17:35.940ErrorTea Commerce - SagePay - Error in GenerateForm - Status: INVALID - Status details: The VendorTxCode 'SLUKORDER-7' has been used before. Each transaction you send should have a unique VendorTxCode.
12002012-08-05 20:17:20.603ErrorTea.UmbracoRedirect failed: /en/cart.aspx - Message: Thread was being aborted. - StackTrace: at System.Threading.Thread.AbortInternal() at System.Threading.Thread.Abort(Object stateInfo) at System.Web.HttpResponse.End() at Tea.UmbracoRedirect.Redirect.OnPostRequestHandlerExecute(Object sender, EventArgs e)
11002012-08-05 20:17:15.800ErrorTea.UmbracoRedirect failed: /en/products.aspx - Message: Thread was being aborted. - StackTrace: at System.Threading.Thread.AbortInternal() at System.Threading.Thread.Abort(Object stateInfo) at System.Web.HttpResponse.End() at Tea.UmbracoRedirect.Redirect.OnPostRequestHandlerExecute(Object sender, EventArgs e)
And heres the info from the simulator
The Tea.UmbracoRedirect can be updated from the latest starter kit and should remove the logging of that.
The SagePay is because its trying to generate a form for an ID that has already been used. How do you do to get this error? The flow in the webshop? adding to cart - then go to information etc
I'm using a starter kit I downloaded 29-Jun has it been updated since then?
On SagePay I've checked as per Sean's post above and I don't have any orders in the database yet so it's not because the ID has already been used. I even created a Prefix unique to me and still it errors.
I get this error simply by configuring the SagePay provider pointing it to the Simulator and then following the normal ordering process. Once clicking 5. Payment button it redirects straight to the Error page.
I really need to be able to use the Simulator to enable us to test the different types of response, so going to the TEST environment isn't really practical at this stage.
Yes - starter kit updated 03/08-2012 - version 18.104.22.168
Could you try this and see if that works - if its does then we debug why its called twice :)
So I get to step 3, then call TeaCommerce.goToPayment() and it transferred me to the Simulator properly, and I was able to process the transaction.
So now we just need to debug what's going on.
I'll dm you the url for the site and you can have a look if you like.
Like Paul, I had a woo hoo moment after getting to step 3 and calling TeaCommerce.goToPayment() via firebug. I suddenly saw a new set of pages within the SagePay simulator site and all was good. Sadly only for a moment. After a couple of clicks on the SagePay pages I received a SagePay page error. Now when I try to go back and put another order through I get "Error parsing XSLT file: \xslt\cart_step04.xslt" on step 4.
Thanks for any help and kind regards.
No, I've not yet done that. Could you please specify how to.
I'm confused about whats happening now. I have seen progress to the sagePay pages after adding gotToPayment() to firebug, received an error message 'Type error: c is null' from firebug after adding gotToPayment() to firebug, had the 'Error parsing XSLT file: \xslt\cart_step04.xslt' error... and all without making any changes.
Hello again Anders,
Hi I’m trying to integrate Sage Pay into tea commerce, however I'm getting redirected to the Cancel Page... Payment Error.In the UmbracoLog table I have two rows that show the same errror. logCommentTea Commerce - SagePay - Error in GenerateForm - Status: INVALID - Status details: 3035 : The VendorTxCode format is invalid. logComment Tea Commerce - SagePay - Error in GenerateForm - Status: INVALID - Status details: 3035 : The VendorTxCode format is invalid.I’ve followed all the steps in the Anders Burla blog without prevail. I’ve tried both TEST and SIMULATION. Both return the same error twice..... Addition to this i'm using the tea commerce starter kit 2.0Any help would be appreciated. Kind regards
Welcome to the Umbraco and Tea Commerce forum!
Could you try and send a screenshot of your settings for your payment method to firstname.lastname@example.org. This can give us an idea of what might be wrong.
Thanks :-)Just about to send and email to email@example.com - I can get it to work via PayPal.... oddThanks,Jamie
Fixed the problem.... it was my Order id... I had 'EXED/UK'Thanks,
Sweet - glad you got it working
is working on a reply...
Write your reply to:
Image will be uploaded when post is submitted