42 replies to this topic

[Rebellion1986]

I have resolved this issue on my website please read you may have the same problem.

Rebellion1986, on 17 November 2009, 18:01, said:

I purchased a SSL certificate while I had this problem with my sagepay form hoping the server module would resolve the redirection URL error unfortunately it did not.
I resolved the 5999 error by reinstalling the server module however even by using the iframe module i still get the 5006 module.

AH! I finally resolved the problem! SEO URL's is incompatible with this module. I checked the URL before I checked out and I saw that the redirected URL was different to the outgoing URL. SEO URLs must modify the URL all the time, this is why most of my customers were redirected to another page! If anyone is presented with the 5006 error and they have SEO URLs Installed, you may want to uninstall the module and test again.

This means bad for my SEO as some of my pages have google page rank 1, so I will have to try and see if the new update of SEO URLs is compatible with this module, thanks anyway for the help!

[tigergirl]

jonathanbastin, on 19 November 2009, 21:27, said:

At present the redirect is https://www.myshop.com/catalog/checkout_process.php?check=SERVER&amposCsid=cfdyc3de9d9d1tf6a20c5g043dg94c5f

Having the session id sent back is normal behaviour of the module. I assume your shop is located in /catalog and not route? Interesting post from Rebellion1986 that seo urls is incompatable - you could try postng on the support thread for that module to see if there is a solution. I am a little puzzled why checkout_process would be seo url'd as it's hardly a page that would be indexed by google.

[FWR Media]

Rebellion1986, on 20 November 2009, 22:30, said:

I have resolved this issue on my website please read you may have the same problem.



AH! I finally resolved the problem! SEO URL's is incompatible with this module. I checked the URL before I checked out and I saw that the redirected URL was different to the outgoing URL. SEO URLs must modify the URL all the time, this is why most of my customers were redirected to another page! If anyone is presented with the 5006 error and they have SEO URLs Installed, you may want to uninstall the module and test again.

This means bad for my SEO as some of my pages have google page rank 1, so I will have to try and see if the new update of SEO URLs is compatible with this module, thanks anyway for the help!

In any version of Seo Urls the W3C option will cause issues with redirects .. in USU5 this is handled by modifying the tep_redirect() function BUT if a script .. like a payment module uses it's own header redirect or return url then the W3c option should be reversed.

To use one of the original posters examples ..

tep_href_link(FILENAME_CHECKOUT_PROCESS, 'check=PROCESS&key=' . md5($sage_pay_server_securitykey) . '&VPSTxId=' . $HTTP_POST_VARS['VPSTxId'] . '&' . tep_session_name() . '=' . tep_session_id(), 'SSL', false);

Would be changed to ..

str_replace( '&', '&', tep_href_link(FILENAME_CHECKOUT_PROCESS, 'check=PROCESS&key=' . md5($sage_pay_server_securitykey) . '&VPSTxId=' . $HTTP_POST_VARS['VPSTxId'] . '&' . tep_session_name() . '=' . tep_session_id(), 'SSL', false) );

Note: I am not saying that this is the one to change just showing how to change it.

A simpler example is ..

str_replace( '&', '&', tep_href_link( FILENAME_WHATEVER, 'something=xxx&else=yyy' ) );

Alternatively just turn off the W3C option.

Edited by FWR Media, 21 November 2009, 10:06.

[Rebellion1986]

FWR Media, on 21 November 2009, 10:02, said:

In any version of Seo Urls the W3C option will cause issues with redirects .. in USU5 this is handled by modifying the tep_redirect() function BUT if a script .. like a payment module uses it's own header redirect or return url then the W3c option should be reversed.

To use one of the original posters examples ..

tep_href_link(FILENAME_CHECKOUT_PROCESS, 'check=PROCESS&key=' . md5($sage_pay_server_securitykey) . '&VPSTxId=' . $HTTP_POST_VARS['VPSTxId'] . '&' . tep_session_name() . '=' . tep_session_id(), 'SSL', false);

Would be changed to ..

str_replace( '&', '&', tep_href_link(FILENAME_CHECKOUT_PROCESS, 'check=PROCESS&key=' . md5($sage_pay_server_securitykey) . '&VPSTxId=' . $HTTP_POST_VARS['VPSTxId'] . '&' . tep_session_name() . '=' . tep_session_id(), 'SSL', false) );

Note: I am not saying that this is the one to change just showing how to change it.

A simpler example is ..

str_replace( '&', '&', tep_href_link( FILENAME_WHATEVER, 'something=xxx&else=yyy' ) );

Alternatively just turn off the W3C option.

Thank you FWR Media.

what else would need modifying? this would be very helpful to those who would use these type of payment checkouts. I have enabled the SEO URLS module and set [Output W3C valid URLs (parameter string)? False] Is this correct? Also is there anyway in leaving the cart intact while the rest of the website has SEO URLS enabled?

Regards,

Rebellion.

[FWR Media]

Rebellion1986, on 21 November 2009, 12:54, said:

Thank you FWR Media.

what else would need modifying? this would be very helpful to those who would use these type of payment checkouts. I have enabled the SEO URLS module and set [Output W3C valid URLs (parameter string)? False] Is this correct? Also is there anyway in leaving the cart intact while the rest of the website has SEO URLS enabled?

Regards,

Rebellion.

By (has SEO URLS enabled) I assume you meant W3C enabled. I have already shown you how to do that with str_replace( '&', '&'

[jonathanbastin]

tigergirl, on 21 November 2009, 09:28, said:

Having the session id sent back is normal behaviour of the module. I assume your shop is located in /catalog and not route? Interesting post from Rebellion1986 that seo urls is incompatable - you could try postng on the support thread for that module to see if there is a solution. I am a little puzzled why checkout_process would be seo url'd as it's hardly a page that would be indexed by google.

Yes url is pointing to the correct place but what happens is I get a login page rather than it passing through the card auth details. I do use the SEO but switch on/off W3C on/off makes difference. I do have the FWR security running but again no difference on/off.

[Rebellion1986]

jonathanbastin, on 23 November 2009, 22:56, said:

Yes url is pointing to the correct place but what happens is I get a login page rather than it passing through the card auth details. I do use the SEO but switch on/off W3C on/off makes difference. I do have the FWR security running but again no difference on/off.

It seems that this hasn't resolved the problem on my website, It was working correctly for a few days but it seems the error has came back, any suggestions?

[nafri]

hi

i am getting this error message.
i got seo url installed . i have the various fixes mentioned in this forum but am having no luck.

HTTP Status Code: 500
HTTP Status Message: The request was unsuccessful due to an unexpected condition encountered by the server.
Error Code : 5006
Error Description : Unable to redirect to Vendor's web site. The Vendor failed to provide a RedirectionURL.

any body got a fix for this


kind regards

NAfri

[jonathanbastin]

I have spent many hours on the phone to sage pay dev section. Apparently the oscommerce team wrote this module based of say pays systems. They will be forwarding this to oscommerce. I do have one idear though about this error.

If you manually post the response when you are logged into your site you get a status=INVALID......... Apparently this is when the MD5 signature doesn't match, but when the sagepay server posts this invalid signature back the shop it just gives you a login page.

The major issue is what is causing this. I have heard from nafri that a server restart did it for him but hasn't for me. So I am not sure if this is an Apache thing or a code thing.

[jonathanbastin]

Has anyone found a solution

[ECS Trading]

I've recently had my SagePay account activated.

I have downloaded the Sage Server files and installed them, setup my Sage Test account and set the module to Test.

The option to use Sage comes up but when I click continue I get redirected to the payment page and the following error is at the top of the page:

There has been an error processing your credit card
Please try again and if problems persist, please try another payment method.

In the URL the error code is 2015

There is something I am obviously missing as it seems to be working for everyone else.
Is there anything in the module files I need to change.

For further background info I have my site's IP address correct, though I did have to add 4 0's at the beginning to 'pad it out'.
In my Test account the payment page template is set to address read only, though I get the same error when using Default.

Any help and assistance is appreciated.

Thanks
Nate

[ECS Trading]

Never mind. That issue has been fixed and now I am stuck on the fact that no page is displayed when I make the transaction.

[jonathanbastin]

ECS Trading, on 11 March 2010, 11:58, said:

Never mind. That issue has been fixed and now I am stuck on the fact that no page is displayed when I make the transaction.

How did you fix that issue.

[Benjjj6]

jonathanbastin, on 31 March 2010, 17:35, said:

How did you fix that issue.

I'm having the same problem.

There seems to be very little support for this module. Surely you would have thought that SagePay would want us to use their services?

[jonathanbastin]

Benjjj6, on 05 April 2010, 18:13, said:

I'm having the same problem.

There seems to be very little support for this module. Surely you would have thought that SagePay would want us to use their services?

Well when I spoke to sagepay they didn't write this module they got the oscommerce dudes to. Although whoever wrote these you are indeed correct that no one knows about how to fix this issue nor support it.

[Benjjj6]

jonathanbastin, on 05 April 2010, 21:34, said:

Well when I spoke to sagepay they didn't write this module they got the oscommerce dudes to. Although whoever wrote these you are indeed correct that no one knows about how to fix this issue nor support it.

I've found a module seems to be a lot better supported here http://addons.oscommerce.com/info/4026
Although it implements SagePay 'direct' rather than 'server'. I'm not sure what implications this has for PCI compliance, but enough people seem to be using it.

[jonathanbastin]

Benjjj6, on 05 April 2010, 22:05, said:

I've found a module seems to be a lot better supported here http://addons.oscommerce.com/info/4026
Although it implements SagePay 'direct' rather than 'server'. I'm not sure what implications this has for PCI compliance, but enough people seem to be using it.

I won't use it as then you need to have an SSL and also PCI DSS compliment which is a whole new thing.

Rather this dam module to work.

[yodataco]

Hello.

I urgently require someone to install the newest version of Sagepay direct correctly onto my Cre Loaded store, fresh install 6.4.1
I have installed the latest version but it is not passing all the data properly so Sagepay have advised.
I am using One Page Checkout...

I know this is an OsCommerce forum, but you guys understand it better than anyone.

I will PAY for someone to fix this - As long as the price is reasonable.
Please PM me if you want the work with a price and timescale, if the price is good we can start right away.

Thanks

[jesuisunique]

Hi!

I'm hoping you can help me with my SagePay problems or perhaps direct me to where I can find some answers. Before I've seen the new add-ons for Sage Pay Server, I saw a verson for 'Credit Card with SagePay' in the modules located in the admin section of my oscommerce site. I installed it and added the pertinent info, vendor name, password etc. The problem is when I try to order something from my website the option 'credit card with sage pay' can be chosen but then there is no page to enter any credit card information it goes straight to this page: https://test.sagepay.com/gateway/service/vspform-register.vsp

with a message: that an error message of:


Status Detail: 5030 : Unable to decrypt the request message. This might be caused by an incorrect password or invalid encoding.

this is BEFORE I've installed the latest add-on. When I installed the new add-on and removed the original one - no payment option for sagepay shows up. When I reinstall the old Credit Card with SagePay module - only then did it show up again but still with no possibility of entering in cc data.

It's driving me mad! If you need me to enter any of the sagepay details (excluding vendor info of course) I'd be happy to.

Thanks!

[jesuisunique]

jesuisunique, on 20 June 2010, 05:31, said:

Hi!

I'm hoping you can help me with my SagePay problems or perhaps direct me to where I can find some answers. Before I've seen the new add-ons for Sage Pay Server, I saw a verson for 'Credit Card with SagePay' in the modules located in the admin section of my oscommerce site. I installed it and added the pertinent info, vendor name, password etc. The problem is when I try to order something from my website the option 'credit card with sage pay' can be chosen but then there is no page to enter any credit card information it goes straight to this page: https://test.sagepay.com/gateway/service/vspform-register.vsp

with a message: that an error message of:


Status Detail: 5030 : Unable to decrypt the request message. This might be caused by an incorrect password or invalid encoding.

this is BEFORE I've installed the latest add-on. When I installed the new add-on and removed the original one - no payment option for sagepay shows up. When I reinstall the old Credit Card with SagePay module - only then did it show up again but still with no possibility of entering in cc data.

It's driving me mad! If you need me to enter any of the sagepay details (excluding vendor info of course) I'd be happy to.

Thanks!

Hey I came here to answer my own question: The reason why it wasn't working was because I was using the contribution for sagepay server when in reality the website I'm working with is on a shared server and it doesn't have a fixed ip address - I switched to SagePay Form and it works well in simulator mode will test further but it's lookin' good!