Protx Confirmation Email

[conor]

Hi Thomas,

No doubt that you've tested this in both browsers, so I can only blame my hacked-to-pieces zen cart we own right now.

Do you have any idea what would be the reason for this, haha?

I tried to put through an order in IE to see if I could see what you are seeing and it went through fine.

Please delete order #6 and VOID my card before 12 tonight (otherwise it will cost you to refund! ;) ).

Unfortunately the issue you are having with IE - "Session Timeout" - is probably a cookie blocking problem, with a firewall or your settings or something. It's not likely to be the cause of the inability of Zen Cart to create the order, it's just unlikely that anyone would not be able to put their card details in on time before the session times out.

I wish I could be of more help but I really don't know what else to say. :|

All the best...

Conor

[keiran]

I am having a problem with this too.

I have checked in the Protx admin and the problem seems to be caused by a zenid being added to the success/failure urls. This would appear to prevent Protx Form sending the authorisation signal back to the Zen Cart website.

Any suggestions about how to prevent the zenid being added to the url? I'm pretty sure this will solve the problem.

[conor]

Hi,

I am having a problem with this too.

I don't think you are, as adding the zenid wasn't the problem and no one has ever reported it being a problem before you!

I have checked in the Protx admin and the problem seems to be caused by a zenid being added to the success/failure urls. This would appear to prevent Protx Form sending the authorisation signal back to the Zen Cart website.

I don't understand what you mean here... how could you possibly determine what was causing a failure by looking at the Protx admin? It simply tells you whether something's failed or not, but not how!

Any suggestions about how to prevent the zenid being added to the url? I'm pretty sure this will solve the problem.

You could change line 515 from:

$plain .= "SuccessURL=" . zen_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', true) . '&'; 

to

$plain .= "SuccessURL=" . zen_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', false) . '&'; 

but I think that all orders would fail then... I'm not sure but I think that without the zenid Zen Cart can't tell that the call is coming from a logged in user so it would redirect to the login page instead of completing the order.

All the best...

Conor

[conor]

Hi,

I don't understand what you mean here... how could you possibly determine what was causing a failure by looking at the Protx admin? It simply tells you whether something's failed or not, but not how!

Okay, I now see what you are saying.. URIs with the zenid fail, ones without it don't.

The module requests that Zen Cart adds the ID if necessary, and everything works fine here so I can't test if Zen Cart is failing to parse the ID or something.

I'm afraid I just don't know what's going on here and without being able to replicate the problem don't know what I can do other than to ask you to get back to me with some feedback about what happens if you change the "true" to "false" for the zen_href_link calls for the successurl and failureurl.

Thanks!

All the best...

Conor