Secure Trading Checkout Problem

[Chunkford]

That would seem common sense to me Mark looking at the values and names used.
Best to see if Phil has had to make the changes in the past also.

[Chunkford]

Is there anyway for Secure Trading to give you the post names required, as they could have changed it again?

[Mark H]

EDIT - THIS FORM IS NOT THE LATEST VERSION, SEE LATER

This is in ST's current form.html template for Actinic:

<form method="post" action="https://securetrading.net/authorize/process.cgi" id="paymentpage" name="paymentpage" onsubmit="return submitpayment();">
<input type="hidden" name="merchant" value="$merchant"/>
<input type="hidden" name="orderref" value="$orderref"/>

<input type="hidden" name="orderinfo" value="$orderinfo"/>
<input type="hidden" name="amount" value="$amount"/>
<input type="hidden" name="currency" value="$currency"/>
<input type="hidden" name="requiredfields" value="$requiredfields"/>
<input type="hidden" name="merchantemail" value="$merchantemail"/>
<input type="hidden" name="customeremail" value="$customeremail"/>
<input type="hidden" name="callbackurl" value="$callbackurl"/>
<input type="hidden" name="failureurl" value="$failureurl"/>
<input type="hidden" name="settlementday" value="$settlementday"/>
<input type="hidden" name="formref" value="$formref"/>
<input type=hidden name="fax" value="$fax">
<input type=hidden name="url" value="$url">

<input type=hidden name="address1" value="$address1">
<input type=hidden name="address2" value="$address2">
<input type=hidden name="address3" value="$address3">
<input type=hidden name="address4" value="$address4">

<input type=hidden name="callbackurluser" value="$callbackurluser">
<input type=hidden name="testmode" value="$testmode">
<input type=hidden name="preauth" value="$preauth">
<input type=hidden name="callbackurlback" value="$callbackurlback">
<input type=hidden name="callbackurlauth" value="$callbackurlauth">
<input type=hidden name="invoicepostcode" value="$invoicepostcode">
<input type=hidden name="merchantid" value="$merchantid">
<input type=hidden name="ordernumber" value="$ordernumber">
<input type=hidden name="phone" value="$phone">

It looks to me as if ST have changed their field names in order to work with V7/8, and Actinic have changed the code in V9 to work with the previous ST field names........

So the conversion code I found might need to be included but reversed!

[taliesyn]

That would seem common sense to me Mark looking at the values and names used.
Best to see if Phil has had to make the changes in the past also.

No, I hadn't made any changes to my v7 code if I recall. I'll have to check back.

[EDIT] No, I have just had a look, and there was no conversion code in my v7 form which seemed to work correctly at the time [/EDIT]

This is in ST's current form.html template for Actinic:

<form method="post" action="https://securetrading.net/authorize/process.cgi" id="paymentpage" name="paymentpage" onsubmit="return submitpayment();">
<input type="hidden" name="merchant" value="$merchant"/>
<input type="hidden" name="orderref" value="$orderref"/>

<input type="hidden" name="orderinfo" value="$orderinfo"/>
<input type="hidden" name="amount" value="$amount"/>
<input type="hidden" name="currency" value="$currency"/>
<input type="hidden" name="requiredfields" value="$requiredfields"/>
<input type="hidden" name="merchantemail" value="$merchantemail"/>
<input type="hidden" name="customeremail" value="$customeremail"/>
<input type="hidden" name="callbackurl" value="$callbackurl"/>
<input type="hidden" name="failureurl" value="$failureurl"/>
<input type="hidden" name="settlementday" value="$settlementday"/>
<input type="hidden" name="formref" value="$formref"/>
<input type=hidden name="fax" value="$fax">
<input type=hidden name="url" value="$url">

<input type=hidden name="address1" value="$address1">
<input type=hidden name="address2" value="$address2">
<input type=hidden name="address3" value="$address3">
<input type=hidden name="address4" value="$address4">

<input type=hidden name="callbackurluser" value="$callbackurluser">
<input type=hidden name="testmode" value="$testmode">
<input type=hidden name="preauth" value="$preauth">
<input type=hidden name="callbackurlback" value="$callbackurlback">
<input type=hidden name="callbackurlauth" value="$callbackurlauth">
<input type=hidden name="invoicepostcode" value="$invoicepostcode">
<input type=hidden name="merchantid" value="$merchantid">
<input type=hidden name="ordernumber" value="$ordernumber">
<input type=hidden name="phone" value="$phone">

It looks to me as if ST have changed their field names in order to work with V7/8, and Actinic have changed the code in V9 to work with the previous ST field names........

So the conversion code I found might need to be included but reversed!

The plot thickens. There is extra code in the current form.html we were issued with acouple of days ago as follows :

<form method="post" action="https://securetrading.net/authorize/process.cgi" id="paymentpage" name="paymentpage" onsubmit="return submitpayment();">
<input type="hidden" name="merchant" value="$merchant"/>
<input type="hidden" name="orderref" value="$orderref"/>
<input type="hidden" name="orderinfo" value="$orderinfo"/>
<input type="hidden" name="amount" value="$amount"/>
<input type="hidden" name="currency" value="$currency"/>
<input type="hidden" name="requiredfields" value="$requiredfields"/>
<input type="hidden" name="merchantemail" value="$merchantemail"/>
<input type="hidden" name="customeremail" value="$customeremail"/>
<input type="hidden" name="callbackurl" value="$callbackurl"/>
<input type="hidden" name="failureurl" value="$failureurl"/>
<input type="hidden" name="settlementday" value="$settlementday"/>
<input type="hidden" name="formref" value="$formref"/>
<input type=hidden name="fax" value="$fax">
<input type=hidden name="url" value="$url">

<input type=hidden name="address1" value="$address1">
<input type=hidden name="address2" value="$address2">
<input type=hidden name="address3" value="$address3">
<input type=hidden name="address4" value="$address4">

<input type=hidden name="name" value="$name">
<input type=hidden name="address" value="$address1">
<input type=hidden name="town" value="$address3">
<input type=hidden name="county" value="$address4">
<input type=hidden name="country" value="$country">
<input type=hidden name="email" value="$email">
<input type=hidden name="telephone" value="$telephone">

<input type=hidden name="callbackurluser" value="$callbackurluser">
<input type=hidden name="testmode" value="$testmode">
<input type=hidden name="preauth" value="$preauth">
<input type=hidden name="callbackurlback" value="$callbackurlback">
<input type=hidden name="callbackurlauth" value="$callbackurlauth">
<input type=hidden name="invoicepostcode" value="$invoicepostcode">
<input type=hidden name="merchantid" value="$merchantid">
<input type=hidden name="ordernumber" value="$ordernumber">
<input type=hidden name="phone" value="$phone">

[Mark H]

I would try changing these lines:

<input type=hidden name="address" value="$address1">
<input type=hidden name="town" value="$address3">
<input type=hidden name="county" value="$address4">
<input type=hidden name="telephone" value="$telephone">

to either:

<input type=hidden name="address1" value="$address">
<input type=hidden name="address3" value="$town">
<input type=hidden name="address4" value="$county">
<input type=hidden name="phone" value="$telephone">

or:

<input type=hidden name="address" value="$address">
<input type=hidden name="town" value="$town">
<input type=hidden name="county" value="$county">
<input type=hidden name="telephone" value="$telephone">

I think one of these should work.....

[Chunkford]

I wouldn't touch the phone, as looking at the picture previously posted the number is being transferred

[Mark H]

Yes, I've just noticed that that line isn't changed under my second scenario, which suggests that the second set of changes is the one to try first.

(confused yet?.......)

[Chunkford]

Also, wouldn't it easier to change the ref's in the perl script?

Sorry, going blind here as i have never used Secure Trading in Actinic, only in a previous business/life i had.

[Chunkford]

Yes, I've just noticed that that line isn't changed under my second scenario, which suggests that the second set of changes is the one to try first.

(confused yet?.......)

I guess the phone is being transferred as it's at the bottom of the form.html template that was posted.

[Mark H]

I think it would be better to change ST's form (and don't forget success.html and failure.html), as it then stays changed on their server (and if we get a result I will ask them to change their template), whereas the PERL might be overwritten on a version upgrade etc.

[Mark H]

I guess the phone is being transferred as it's at the bottom of the form.html template that was posted.

I think that would work for V8, but looking at the code you posted, V9 is producing telephone, not phone.

[Chunkford]

oh this all very confusing.

[Chunkford]

and why in the form.html are some hidden refs encased in "" and some not.......

can i run away please

[Mark H]

I noticed that from our form, which is about 6 years old!

I'm pretty sure that the second set of suggested changes in #20 will work, hopefully we'll see when Phil has a chance to do them.

Of coourse, if we tell Actinic/ST about this, it might all change again

[taliesyn]

It's not what I call fun, that's for sure

I am surrounded by bits of paper and scribbled notes, and I am still none the wiser.

Problem is, the only way to test it is to upload to ST, and potentially break the live payment pages