Nixaks Sagepay Form Module

kuroi:

That suggests that your web host left out the mcrypt library, which acts a front end to a number of encryption algorithms, when they built the PHP being used on your server.

I'd ask them why. And whether they'd consider enabling it.

That fixed it.

It's working spot on now. Thanks for the help.

:clap:

I have a site that I have just added the sagepay module too and once I had the correct details setup I thought it was ok. Unfortunately when I full in the form on the sagepay site and its redirected to back to my site it comes up with the following:

Data was sent to URL:

https://test.sagepay.com/gateway/service/vspform-register.vsp

Undecoded Data received from SagePay:

array(1) {
["main_page"]=>
string(16) "checkout_process"
}

Unprocessed Data received from SagePay:

Data received from SagePay after processing:

array(0) {
}

Transaction status:

Transaction denied!

The client currenlty has a live account - am I able to do test txns against it?

I have tried to find a solution to this on the forum and cant see one so any help would be much appreciated.

Our webhosts have told us that they allow outgoing communication on port 43924 but not incoming. The Sagepay form module obviously requires bidrectional comms on this port. Is there a way of configuring the module and/or Sagepay to use a different port for the info that SagePay sends (our incoming port) or for both directions of communication?

Thanks in advance for your help.

Beavo1:

I have tried to find a solution to this on the forum and cant see one so any help would be much appreciated.

Our webhosts have told us that they allow outgoing communication on port 43924 but not incoming. The Sagepay form module obviously requires bidrectional comms on this port. Is there a way of configuring the module and/or Sagepay to use a different port for the info that SagePay sends (our incoming port) or for both directions of communication?

Thanks in advance for your help.

We have tested the module and despite what our webhosts told us, it does appear to work but for the sake of other users, perhaps somebody could provide some advice...thanks

I found that for some reason I was losing the crypt variable frm the URL/GET values. I don't know if this was a host related issue or something else as when I did a print_r($_GET) that values were not there but if I checked the $_SERVER QUERY_STRING the crypt value information was there.

Not sure what caused it but to get around it I used the following code:

In the before_process function in the sagepay_form.php file -

	if (!isset($_GET['crypt'])) {
		
		//for some reason the crypt value is missing - 
		//we need to get it out of the SERVER QueryString and parse it into an array
		if (isset($_SERVER['QUERY_STRING'])) {
			$query = $_SERVER['QUERY_STRING'];
			//now split
			$query_var = parse_str($query);
			if (count($query_var) > 0) {
				if (isset($query_var['crypt']))
					$crypt = $query_var['crypt'];
			}
		}
		
	} else
		$crypt = $_GET['crypt'];

I then use the $crypt value instead of the $_GET value.

All fixed thankfully.

Hey guys, firstly a very big thank you for all of the hard work that has gone into making this module :smile:

I have the module installed on a live site running Zencart v1.3.9h
My testing time is limited as it is a live shop, so I normally try things out late at night lol.

I seem to have a problem with the order cycle. Using the module in 'test' mode, everything goes through right up to what appears to be the last stage. I get to the part where SagePay says it is authorising the payment and then I get a blank white page with only what is below shown at top left on the page

Error: #69053

When I look in the SagePay test server, I can see the test payment arrives, address details etc are all correct, shopping basket contents also all correct.
But when I look in my sites admin section, there is no record of the transaction and the ordered item remaining quantity is not decremented, etc.

So I'm figuring this must be something to do with the return URL after completing the SagePay processing. But I am now not sure what to look at or where to start. After discussing it in detail with SagePay, they seem totally sure it is a problem with the return URL and that it is coming from the module itself. But I can hand on heart say that I'm now clueless as to what I need to check?

Any help would of course be greatly appreciated :smile:

Hi there

I have recently upgraded to 1.3.9h on a couple of sites and all is working well. I use the sagepay form integration module.

https://www.classicalchandeliers.co.uk
https://www.saving-light-bulbs.co.uk

Just had an order for each site where the payment has been taken for through Sagepay and a sagepay confirmation email has been received with the actual order details, but there is no order in admin and no site order confirmation email has been received!!!!!

Any ideas why?

Thanks in anticipation

Paul

Hi,

Firstly, thanks for making this, it looks excellent!

I'm trying it on a new install of Zencard 1.3.9h. It has a different theme from default, but is otherwise unchanged. I've added the database table using tools > Install SQL patches, and got the green light at the top of my browser, but when I go to activate the module, I get

"The SagePay Form Database Table Does Not Exist!

Please create the database table, according to the installation instructions!"

As far as I can tell, I've followed the instructions correctly - any suggestions would be extremely helpful!

Thanks

P

Hi, Last year I reported a problem where by I was getting a order notifications from Sagepay but nothing was showing in Zen

http://www.zen-cart.com/forum/showthread.php?t=168278

Well its happend again!

And now it seems to be happening to other people but no one seems to have come up with a solution or at least one I can find.

Please help

Current version is v1.3.9h, Customer shows in customer database but has no associated orders. Only confirmation of the order is from sagepay!

Same problem in other threads
http://www.zen-cart.com/forum/showthread.php?t=174432&highlight=sage+pay+order
http://www.zen-cart.com/forum/showthread.php?t=181092&highlight=sagepay

Im getting the same Error: #69053 as DucatiMondo...

Cant see how to fettle the return url if its anything to do with that?

Any Help would be brilliant! Desperate here!

I am having the same problem with the error code #69053.

Basically I can select Sagepay to pay for an item in my shopping cart. I am then directed through to Sagepay and it allows me to make a payment no problem. Once I press the confirm button, I get a white screen with error code #69053 displayed in the top left corner.

The payment with Sagepay goes through fine and I get an email from Sagepay to tell me the payment has gone through fine.

If I open my website on another web page, the order is still in my shopping cart but obviously hasn't completed.

I also tried something else after on another transaction. When I got to the white screen with the error code on, I refreshed the page. This took me to my website but it said that my session had timed out and that I need to log back in. At this point there is nothing showing in my cart either. When I do log back in, there is absolutely no record of the transaction, even though I have recieved payment from Sagepay.

This has been going on for a month now and I'm paying for my merchant services and Sagepay and cannot use either. I'm having to take payment by Paypal who are charging me 4% which is killing my margins which are quite small to begin with.

Please help guys, I'll be going out of business and insane if this continues much longer.

Thanks in advance guys.

Bluguy:

That fixed it.

It's working spot on now. Thanks for the help.

:clap:

Hi, i think i might be having this same problem. I get to the checkout confirmation page and at the bottom where normally you'd click the button 'confirm order', the page just ends. And there's no footer either.

Do I need to get my client's hosting company to enable the mycrpt thingy?

Does anyone know? The checkout process works fine if I choose the check/money order option. it only breaks when I choose the sagepay option. I installed the sagepay form mod 2.0.

Thanks.

daparky:

Hi Nixak,

I'm having trouble using the module on Zencart 1.3.9h. The shop is: https://www.loveaquatics.com/ and i can get as far as step 3 of the checkout and it hangs, it's like the rest of the page isn't loading.

The last piece of the source code is:-

<form name="checkout_confirmation" action="https://test.sagepay.com/gateway/service/vspform-register.vsp" method="post" id="checkout_confirmation" onsubmit="submitonce();">

That's it, nothing more, i can't continue. I have SSL enabled etc. Do you know what the problem could be?

The login to Sage Pay for me is: https://live.sagepay.com/mysagepay/loginpage.msp

Thank you.

My first post is related to this original post. Sorry, I should have said that before. I think i'm having this same problem.

Please Please, can someone help me with this problem. I don't seem to be able to find a solution at all.

It won't go through to the sagepay payment pages - it just get stuck on the checkout confirmation page with no option to progress. It has all the billing information and the costs/delivery costs and then the page just ends. No Confirm button and not footer.

Please can someone help me. Thank you.

kransom:

I found that for some reason I was losing the crypt variable frm the URL/GET values. I don't know if this was a host related issue or something else as when I did a print_r($_GET) that values were not there but if I checked the $_SERVER QUERY_STRING the crypt value information was there.

Not sure what caused it but to get around it I used the following code:

In the before_process function in the sagepay_form.php file -

  if (!isset($_GET['crypt'])) {
  	
  	//for some reason the crypt value is missing - 
  	//we need to get it out of the SERVER QueryString and parse it into an array
  	if (isset($_SERVER['QUERY_STRING'])) {
  		$query = $_SERVER['QUERY_STRING'];
  		//now split
  		$query_var = parse_str($query);
  		if (count($query_var) > 0) {
  			if (isset($query_var['crypt']))
  				$crypt = $query_var['crypt'];
  		}
  	}
  	
  } else
  	$crypt = $_GET['crypt'];

I then use the $crypt value instead of the $_GET value.

All fixed thankfully.

Could you give a bit more detail on where you inserted this code? where you then had to change the code to use the new "$crypt" ?

I think I have the same issue and have been trying to integrate your code but so far just getting the dreaded white screen...:(

Very Quick Question Can This Mod do the Sage Server/ In Frame Payment Solution. The one where they don't leave the site.

Does the Sagepay module work on Zencart 1.5.0?

I too have the error: 69053

I can't seem to figure out what the problem is, but I've had to disable the payment module and solely use Paypal payments until there is a solution. And orders through sagepay not appearing in the zencart orders section.

Please can anyone help?

HI Sagepay has now implemented the abilty to take Paypal payment via sage pay. I'm just wondering if this module will support this?

Thanks
Tony

Hi all,

Sorry I have'nt been around for a while however unfortunatly I don't seem to be getting notification of any posts and because I spend very little time on these forums I have decided to move my support of this module to my own website (first link in my signature) The entire website and forums are new but don't worry I log in almost every day, well as long as the wife, child & work allow :D

On another note I have come across certain individuals who are offering to install MY module on your websites for a fee :censored: Please please please DO NOT use the services of these thieving a**holes, plus you have to give them full admin and ftp access & thats never a smart thing to do. If anyone has that much trouble installing the module then contact me at my website and I will walk you through it .... hell I will install it if I have to and I would'nt charge £20 for it!!! maybe a fiver, but twenty pounds .... damm that has annoyed me, at least D. Turpin and other highway men had the decency to wear masks.