Found a major problem with the sage pay module on version 1.3.4
There are fields missing ou the page hence it does not work when passing to sage pay, final error is when I get to sage pay it says the following: I have tried pasting a new file from another fresh install and it is still the same is anyone else having this issue????
Form Transaction Error
This transaction attempt has failed. Please use the Proceed button go back to the web store from which you were purchasing. The details of the failure are given below.
Status: INVALID
Status Detail: 3087 : The SuccessURL format is invalid.
Proceed
Copyright Sage Pay 2009
Last edited by i2Paq on Mon Feb 15, 2010 3:53 pm, edited 1 time in total.
Reason: Topic moved to module support
Reason: Topic moved to module support
Is this paymend module a community release or done by Sage pay as I cannot find it in the contributions or elswhere?
Wich version of OC and that module?
Wich version of OC and that module?
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
try
1. EDIT: catalog/controller/payment/sagepay.php
2. FIND:
3. REPLACE WITH:
Not saying it will work. But some payment providers want the return url encoded and some decoded, and some not encoded.. so it's worth trying. I've not looked at the sagepay spec so I'm only guessing.
1. EDIT: catalog/controller/payment/sagepay.php
2. FIND:
Code: Select all
$data['SuccessURL'] = html_entity_decode($this->url->https('payment/sagepay/success&order_id=' . $this->session->data['order_id']));Code: Select all
$data['SuccessURL'] = $this->url->https('payment/sagepay/success&order_id=' . $this->session->data['order_id']);
OK, I knew I've seen it but just could not remember where.Qphoria wrote:sagepay comes with opencart 1.3.4... all flavors (normal, direct, uk)
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Hi all, Information, This worked fine on the previous version of Open Cart, something has altered since the upgrade!!
may be worth the developer looking at as I am sure others will have the exact smae issue with the sage pay module!!!!
may be worth the developer looking at as I am sure others will have the exact smae issue with the sage pay module!!!!
Has this issue been resolved?
I'm going live with an 1.3.4 project this weekend and client uses sage pay, this will be a complete arse-hat if this issue hasn't been resolved.
Any one?
I'm going live with an 1.3.4 project this weekend and client uses sage pay, this will be a complete arse-hat if this issue hasn't been resolved.
Any one?
Can any developer look into this issue for us non developer types?
I have tried Q's. suggestion but this hasn't resolved the problem, I'm sure there are others but I really need this payment module to be working again.
The store owner will go mental! and it was working in prior version to 1.3.4 afaik!
Please get in touch.
I have tried Q's. suggestion but this hasn't resolved the problem, I'm sure there are others but I really need this payment module to be working again.
The store owner will go mental! and it was working in prior version to 1.3.4 afaik!
Please get in touch.
That was for usps.
The sagepay 1.3.4 has a few php errors in it for similar things. But even after fixing those, the checkout process gives an error when it gets redirected to sagepays site. Something about invalid hash. There was no error on the 1.3.2 one. Looking at the code, there are some pretty significant changes. I haven't looked into it fully yet.
The sagepay 1.3.4 has a few php errors in it for similar things. But even after fixing those, the checkout process gives an error when it gets redirected to sagepays site. Something about invalid hash. There was no error on the 1.3.2 one. Looking at the code, there are some pretty significant changes. I haven't looked into it fully yet.
anyone able to look into this, ive been on it all afternoon and think it just needs a fresh pair of eyes...
catalog/controller/payments/sagepay.php
on line 31:
$data['SuccessURL'] = 'payment/sagepay/success&order_id=' . $this->session->data['order_id'];
?
catalog/controller/payments/sagepay.php
on line 31:
$data['SuccessURL'] = 'payment/sagepay/success&order_id=' . $this->session->data['order_id'];
?getting the same error, using v1.4.
Simulator is giving the following :
http%3A%2F%2Fdomainname.co.uk%index.php%3Froute%3Dpayment%2Fsagepay%2Fsuccess%26order_id%3D21
The SuccessURL field should contain a Fully Qualified Address i.e. it should begin with http:// or https:// followed by the full web page address.
Simulator is giving the following :
http%3A%2F%2Fdomainname.co.uk%index.php%3Froute%3Dpayment%2Fsagepay%2Fsuccess%26order_id%3D21
The SuccessURL field should contain a Fully Qualified Address i.e. it should begin with http:// or https:// followed by the full web page address.
Just found a fix for this, open catalog/controller/payment/sagepay.php
Goto line 109 (should be $this->data['vendor'] = $vendor;)
Add the following code underneath..
Now change the following line:
to :
Please post your results of using this bugfix.
Goto line 109 (should be $this->data['vendor'] = $vendor;)
Add the following code underneath..
Code: Select all
$cryptArr = array();
foreach($data as $key=>$val){
$cryptArr[] = $key . '=' . $val;
}
Code: Select all
$this->data['crypt'] = base64_encode($this->simpleXor(http_build_query($data), $password));
Code: Select all
$this->data['crypt'] = base64_encode($this->simpleXor(implode('&',$cryptArr), $password));
Please post your results of using this bugfix.
Who is online
Users browsing this forum: No registered users and 14 guests
