NEW! Protx VSP Form v1.0.0

I has an email from a customer yesterday who experienced the very same problem. I suspect this is a problem with the protx system and not the module itself though because it was a one-off and we have received several successful payments since. :dontgetit

The only thing different about the customer who had this problem was that she was purchasing a gift voucher for a friend. All the other sales we had since have been actual products. Don't know if this would make any difference but the information might help.

Hi,

The first problem could possibly be caused by your Zen Cart installation not sending the address... can you please enable debugging in the module, put through a test order send the debugging output to the e-mail address listed on this module's support website.

The second problem clearly shows that you don't have sendmail on the system your site runs on so Zen Cart can't send any e-mails. I'm afraid that I don't have the time to help you with that problem as it isn't directly related to this module.

I would try posting in one of the other forums to see if someone can help you out.

All the best...

Conor

conor:

The first problem could possibly be caused by your Zen Cart installation not sending the address... can you please enable debugging in the module, put through a test order send the debugging output to the e-mail address listed on this module's support website.

Done...

conor:

The second problem clearly shows that you don't have sendmail on the system your site runs on so Zen Cart can't send any e-mails. I'm afraid that I don't have the time to help you with that problem as it isn't directly related to this module.

No problem, I've since debugged that and am successfully using SMTP for my system emails... Thanks for your help and patience...

Those of you following this thread: I currently have 3 products (2 downloadable and 1 physical) for testing purposes... Both downloadable products
fail when going to the PROTX Form... Looking at the debug info, it looks like it's failing because there is no delivery address, the billing address doesn't seem to suffice...

When I try to purchase the physical product however, the delivery address DOES get sent, so the PROTX Form runs correctly etc... Thus this is only specific to downloadable (virtual) products...

Hi,

encosion:

When I try to purchase the physical product however, the delivery address DOES get sent, so the PROTX Form runs correctly etc... Thus this is only specific to downloadable (virtual) products...

I can confirm that this is what is happening (and what is going wrong with virtual products!).

I'll upgrade the module to cope with virtual products when I get the time.

Of course, if people donate I can allocate time but otherwise I'll release an updated module at *some * point in the future.

All the best...

Conor
ceon

Hi,

I am getting the following error after installing protx and completing checkout on the protx server:

Fatal error: Maximum execution time of 30 seconds exceeded in /home/domain/public_html/includes/functions/functions_email.php on line 92

This is happening on /checkout_process.html

I have installed this installation on other sites with no problem and this site uses the same host/sql databases etc as my last protx installation so i'm a little confused.

Any help would be greatly appreciated.
Asphole.

PS:checkout_process.html works fine when other payment methods are used.

Hi,

asphole:

Fatal error: Maximum execution time of 30 seconds exceeded

Sorry but this error is unrelated to the protx module. I'm afraid you have messed up your Zen Cart installation in some way.

Sorry I can't be of more help than that, but at least you can look elsewhere for the problem (which is something I suppose :dontgetit ).

All the best..

Conor

Hi Conor,

Thanks for the advice. This zen cart installation has been working fine for over 4 months and the checkout_process.html page loads correctly when I use any other payment method. It is only when I load the page after returning from protx that it fails. Could it be bad data being passed back to zen cart? I notice that protx are passing back a variable called 'crypt' so wondered about a bad data issue?

Thanks
Asphole.

Hi,

The Protx Form module works by collecting the order details, sending these to the external Protx site, which then takes the customer's card details. This external site then calls a callback URL to return the customer to your site. It sends back information about the status of the transaction in a variable called "crypt" (as you noticed ;) ).

This information is decrypted and the status checked. If an error occured the user is alerted (by redirecting to the checkout payment page), otherwise control is handed to the Zen Cart order system which sends an e-mail.

No amount of bad data would cause your e-mail system to time out as the data is not passed to it, it is only used to determine if the transaction was successful. The order class is reponsible for sending the order emails (/includes/classes/order.php).

I'm afraid that everything points towards the error you are experiencing having absolutely nothing to do with the protx module. It looks very like it's one of those horrible "computer coincidences" that alerts you to an underlying problem that was there all along.

I wish you luck in finding it - these things can be quite frustrating! :)

Take a look and see what's happening in the order class... it looks like the problem is occuring there.

All the best...

Conor

Hi Conor,

Thanks for the info. I guess this one has me stumped. It was the fact that all other payment methods worked correctly that made me think it ad something to do with the data that was being returned from protx.

i've emailed protx support and will see if they can find anything and i'll revert to paypal in the meantime.

Thanks again for your time.
Asphole

Hi Conor,

I've just had a reply from protx asking me to try the following but to be hones..i have no idea where this code should go. I'll paste the email below and if you can offer any guidance I would appreciate it hugely.

++++++++++++++++++++++++++++++++++++++++++++++++

The latest version of PHP will treat the + symbols as URL encoding and therefore replace the + symbols with spaces. This causes problems when decoding crypt string and therefore your shopping cart /system cannot retrieve the information correctly and direct the customer to the appropriate page , therefore causing errors .

You need to add a line of code that will replace the spaces that PHP has placed in your crypt string with the + symbols before the string is decoded. For example you could apply something similar to the following line of code (if $scramble was a variable that contained the crypt string)
$scramble = str_replace(" ", "+", $scramble)

If your integration is based upon the code from our integration kit you need to look for the function base64Decode and replace it with the following code:

function base64Decode($scrambled) {
// Initialise output variable
$output = "";
// Fix plus to space conversion issue
$scrambled = str_replace(" ","+",$scrambled);
// Do encoding
$output = base64_decode($scrambled);
// Return the result
return $output;
}

++++++++++++++++++++++++++++++++++

Thanks in advance.
Asphole.

Hi,

That code is already implemented in the module.

I'm sorry but your problem really hasn't got anything to do with this module, please ask on another forum (specifically mention the email timeouts "on order completion".. the problem is occuring in the orders class).

Thanks and sorry I can't be of more help.

All the best...

Conor

BTW, forgot to say to everyone... HAPPY ST PATRICK'S DAY! :cheers:

Hi Conor,

Yes sorry I found the code after i posted. I found out the cause of my problem after digging around with the email stuff. The site that kept failing had different 'Convert currencies for Text emails' in 'email options' of zen cart to that of the site that worked. I replaced the symbols from the site that failed with those from the site that worked and everything works fine now.

I'm really not sure how the symbols were different as both sites are identical but it worked and I'm happy! :thumbsup:

Cheers for your help earlier and the tips on where to look.

Asphole

Hi,

That was a very strange error indeed! Glad to hear you're sorted now though! :thumbsup:

All the best..

Conor

Hi

Thanks for this useful contribution. I have it installed and trialing it on a test site, the site isnt fully configured.
I am finding it seems to be sending the correct order total through protx but in the email from protx after the transaction the item costs and totals are roughly doubled.

The amount charged is correct just the itemised list, and it is showing correctly when I view previous orders in ZC.

Wonder if you can shed any light on this for me.

Many thanks!

Hi,

ceegeeaar:

The amount charged is correct just the itemised list, and it is showing correctly when I view previous orders in ZC.

What do you mean by "view previous orders". Are you saying that within the Zen Cart admin the order details are correct and that it is solely within the VSP Admin and/or protx e-mail that the order details are "roughly doubled"? Also, do you have any examples?

I'm afraid you'll have to be a lot more specific for me to shed some light on anything! ;)

Please send the answers to the above and some example order e-mails (both ZC's and Protx's) to me at the address on the module's support website. This problem's pretty specific it seems so no point using this forum to address it!

All the best...

Conor

Thanks Conor, will do. Yes, I didnt put it very well did I.

The item values passed to protx have seemingly random values which are roughly double the actual, having checked the transaction record on the vsp test server. The total is correct, just the item values dont add up to the total. One of smaller values was exactly double whilst another of £267 was 'doubled' to 499.99
More confused than ever... I know.

Thankyou conor for your willingness to help. I admit to numptiness though! The problem was the default installation of ZC using USD as base currency. Once set up properly everything works very smoothly indeed!

:oops:

Hi Connor,
I recently purchased your zen cart module for ProTX Form and installed it as per the instructions on your website.

The only thing I am a bit unsure of as I can't seem to find any documentation in the ProTX site about the Authorisation Type settings.

What is the actual difference between the Authenticate, Deferred and Immediate Charge settings?

We are building a site selling mp3 downloads so with that in mind I have taken a logical choice and settled for the "Immediate Charge" setting as we want the card charged and the customers zip file downloaded thereafter.

In the Set Order Status we have gone for the "Delivered" option.

Can you point me to where I can get some information on these settings. I would feel happier if I got some documentation on these settings.

Thanks
Popzy D

Hi,

How are you?

Popzy D:

What is the actual difference between the Authenticate, Deferred and Immediate Charge settings?

You are using the most appropriate payment type for the type of site you are running.

However, you can read more about the other payment types at the following address:

http://techsupport.protx.com/MerchantHome.asp

In the Set Order Status we have gone for the "Delivered" option

That's the right thing to do to have an automated site, with downloads made available instantly after payment! :)

All the best...

Conor

Hi Conor,

Thanks for your prompt reply, information and most of all the reassurance.

Popzy D