OSCOMMERCE SUPPORT CALL 702-453-3332

Thnx Tom
This means that either i can use the download option or the delivery option. I cant use both or both will work.

Ok the PROTX emergency seems to be over (fingers crossed)

I must say that I'm amazed at the very few posts that there were in this thread considering the immensity of the (PROTX) problem. (I call a half days trade possibly lost immense)

I think this is a very good time to realise that the developers of this contrib (Vger/perfectpassion) have kept us constantly ahead of the game with solid code through 3d secure and on to the latest changes with hardly a blip.

All of this work is conducted entirely free of charge. I personally rely on the sales processed through this system as they make up the vast majority of sales (vs PayPal/Google checkout).

Well a big thanks from me anyway.

echoing babygurgles

have not posted but have been monitoring the forum, our downtime was about 2 hours but without this forum and the regular contibuters it would be a lot longer

so thank you to vger and perfectpassion for their constant support for this module

regards


Chris
http://glosticks.co.uk

It's Tom you need to thank. I posted the original but Tom has been the one keeping it up to date since then - except for the "No shipping address" fix I posted this past week.

Vger

@Babygurgles

And its a yes from me as they say

@perfectpassion
@Vger
Hi Guys

On the code changing front, I've made changes to admin/orders_protx.php as per the new url docs from protx but they fail (just trying to add my bit really). I've commented them out below as the old ones still work ... It's not another typo from me is it ???

Line 35 ish

switch ($_GET['process']) {
case 'release':
$data = 'VPSProtocol=2.22' .
'&TxType=RELEASE' .
'&Vendor=' . MODULE_PAYMENT_PROTX_DIRECT_VENDOR_NAME .
'&VendorTxCode=' . $transaction['vendortxcode'] .
'&VPSTxID=' . $transaction['vpstxid'] .
'&SecurityKey=' . $transaction['securitykey'] .
'&TxAuthNo=' . $transaction['txauthno'];
$service = 'VendorReleaseTX';
//$service = 'release.vsp'; new path ending as per protx
break;

case 'refund':
require_once(DIR_WS_CLASSES . 'order.php');
$order = new Order($oID);
$uid = tep_create_random_value(32, 'digits');
$VendorTxCode = $oID . '-'. $uid;
$data = 'VPSProtocol=2.22' .
'&TxType=REFUND' .
'&Vendor=' . MODULE_PAYMENT_PROTX_DIRECT_VENDOR_NAME .
'&VendorTxCode=' . $VendorTxCode .
'&Amount=' . $_GET['value'] .
'&Currency=' . $order->info['currency'] .
'&Description=' . urlencode('Refund via osC Admin Area') .
'&RelatedVPSTxId=' . $transaction['vpstxid'] .
'&RelatedVendorTxCode=' . $transaction['vendortxcode'] .
'&RelatedSecurityKey=' . $transaction['securitykey'] .
'&RelatedTxAuthNo=' . $transaction['txauthno'];
$service = 'VendorRefundTX';
/ /$service = 'refund.vsp'; new path ending as per protx
break;

case 'authorise':
$uid = tep_create_random_value(32, 'digits');
$VendorTxCode = $oID . '-'. $uid;
$data = 'VPSProtocol=2.22' .
'&TxType=AUTHORISE' .
'&Vendor=' . MODULE_PAYMENT_PROTX_DIRECT_VENDOR_NAME .
'&VendorTxCode=' . $VendorTxCode .
'&Amount=' . $_GET['value'] .
'&Description=' . urlencode('Authorise via osC admin area') .
'&RelatedVPSTxId=' . $transaction['vpstxid'] .
'&RelatedVendorTxCode=' . $transaction['vendortxcode'] .
'&RelatedSecurityKey='. $transaction['securitykey'];
$service = 'VendorAuthoriseTX';
//$service = 'authorise.vsp'; new path ending as per protx
break;

case 'cancel':
$data = 'VPSProtocol=2.22' .
'&TxType=CANCEL' .
'&Vendor=' . MODULE_PAYMENT_PROTX_DIRECT_VENDOR_NAME .
'&VendorTxCode=' . $transaction['vendortxcode'] .
'&VPSTxId=' . $transaction['vpstxid'] .
'&SecurityKey=' . $transaction['securitykey'];
$service='VendorCancelTX';
//$service='cancel.vsp'; new path ending as per protx
break;

case 'abort':
$data = 'VPSProtocol=2.22' .
'&TxType=ABORT' .
'&Vendor=' . MODULE_PAYMENT_PROTX_DIRECT_VENDOR_NAME .
'&VendorTxCode=' . $transaction['vendortxcode'] .
'&VPSTxId=' . $transaction['vpstxid'] .
'&SecurityKey=' . $transaction['securitykey'] .
'&TxAuthNo=' . $transaction['txauthno'];
$service='VendorAbortTX';
//$service='abort.vsp'; new path ending as per protx
break;

case 'void':
$data = 'VPSProtocol=2.22' .
'&TxType=VOID' .
'&Vendor=' . MODULE_PAYMENT_PROTX_DIRECT_VENDOR_NAME .
'&VendorTxCode=' . $transaction['vendortxcode'] .
'&VPSTxId=' . $transaction['vpstxid'] .
'&SecurityKey=' . $transaction['securitykey'] .
'&TxAuthNo=' . $transaction['txauthno'];
$service='VendorVoidTX';
//$service='void.vsp'; new path ending as per protx
break;
}
unset($response);

if (MODULE_PAYMENT_PROTX_DIRECT_TRANSACTION_MODE == 'Test') {
$url = 'https://ukvpstest.protx.com/vps200/dotransaction.dll?Service='.$service;
} elseif (MODULE_PAYMENT_PROTX_DIRECT_TRANSACTION_MODE == 'Server IP Test') {
$url = 'https://ukvpstest.protx.com/showpost/showpost.asp';
} elseif (MODULE_PAYMENT_PROTX_DIRECT_TRANSACTION_MODE == 'Simulator') {
$url = 'https://ukvpstest.protx.com/VSPSimulator/VSPServerGateway.asp?Service='.$service;
} else {
$url = 'https://ukvps.protx.com/vps200/dotransaction.dll?Service='.$service;
}


// THIS SET FAILS WITH THE NEW PATHS UNCOMMENTED ABOVE

// if (MODULE_PAYMENT_PROTX_DIRECT_TRANSACTION_MODE == 'Test') {
// $url = 'https://ukvpstest.protx.com/vpsgateway/service/'.$service;
// } elseif (MODULE_PAYMENT_PROTX_DIRECT_TRANSACTION_MODE == 'Server IP Test') {
// $url = 'https://ukvpstest.protx.com/showpost/showpost.asp';
// } elseif (MODULE_PAYMENT_PROTX_DIRECT_TRANSACTION_MODE == 'Simulator') {
// $url = 'https://ukvpstest.protx.com/VSPSimulator/VSPServerGateway.asp?Service='.$service; --- this needs changing too
// } else {
// $url = 'https://ukvps.protx.com/vpsgateway/service/'.$service;
// }

James

Thanks for the support - much appreciated.

@cottonmiller - unfortunately it's the vsp vs. vps spelling again! The correct new url is ukvps.protx.com/vspgateway/service/

The new urls are in the update - I'll probably post it over the weekend now things are settling down at the Protx end - I wanted to wait so that if there were any issues it would be clearer if it was Protx or the update!

Tom

@cottonmiller - This is how I did mine

I've uploaded v4.4.

The main changes are:

- Updated URLs
- Improved failed transaction messages for customers
- Fixed no shipping address error (Thanks to Vger)
- Fixed zero shipping cost causing invalid basket error
- Extra card validation checks if JS is disabled
- 3D-Secure information popup (thanks to kdenby)
- Fixed dropped sessions in admin
- Added moving timer image whilst waiting post 3D-Secure (thanks to Babygurgles)

Tom

I have made the above URL changes on my site now. Can we activate the shpping cart info now?

Also wanted to thank:
@Babygurgles
@perfectpassion
@Vger

Vger - Has been my hosting company for 2 years now and she has been very supportive and would definately recommend TerraNetwork to any one looking for a good host. Cheers!!

Kunal

Changing the urls will have no impact on the shopping cart error - this is fixed in the latest release of the module (v4.4) - I suggest updating to that.

Tom

Hi Tom, is this fix in the new version? Thanks John

I've just tested it on our development server and i'm getting basket error again if I have no delivery address.

Any idea?

ok - I'll have another look at this later - fyi Protx have admitted there is a problem with this and are releasing a fix tomorrow that should fix the basket problem from their end - https://support.protx.com/forum/FindPost2959.aspx

Tom

Hi Tom,

I installed the update yesterday morning and I've just been having a look back through the protx_direct table as we've had a couple of customers phone up and say they couldn't order due to 404 and one was a card error issue.

I have this error against one failed transaction

3DAUTH 2007 : Please redirect your customer to the ACSURL, passing the MD and PaReq.

Does this mean anything to you?

Thanks

Dave

Hi Stubsy

Seems to me that this is happening when PROTX times out .. I bet you find the following in the PROTX VSP panel



I've been on to PROTX today re: timout issues and they are looking into it.

I tried this morning (about 8:30) to buy something from my site myself (live) and it kept timing out for a good 20 mins.

Yep, thats exactly it!

Good to know its not at my end

Cheers

Dave

Hi,

Been also getting:

1. "Transaction CANCELLED by Protx systems after 15 minutes of inactivity, or no reply from Notification POSTs. "
2. "Transaction reached initial registration stage but has proceeded no further."

No answer from PROTX via email, the support forums are red hot with angry people all getting problems/losing money.

Who ever gets an update to these timeout problems PLEASE post here for the rest of us! and i will do the same.

Lets hope someone finds and answer soon.

Thanks in advance.

my website is current using protx form.We also have a dedicated ssl certificate on the site.We have decided to move to protx direct.Protx have asked me for a ip address.

we are using 1and1 shared hosting.I am comfused as to what ip address they are asking me for.I phoned 1and1 and they gave me the server ip address.

I am confused as what happens if another site on the shared hosting is also using protx..So what ip address do i need to give them. if i do a nslookup on my site it has different ip address compared to what 1and 1 gave me. help me clear this confusion...

thanks in advance.

nafri

The IP address to give to Protx is the servers shared ip address - even if your website has its own dedicated ip address.

Protx knows which site it is by the 'vendor name' supplied.

Vger

Hi Tom

My coding skills are good, my spelling is a jooke

Thanks again
James

Thanks for the tip, like the use of case test ... I've been tied up with other issues since and will apply the new updates later, thanks for your support again

James

Many customers have been complaining today about time-outs using various card types; using the support here (thanks to the usual suspects) and from Protx has kept sales alive to a degree today although phone sales have been up - there's a shock!

Just for everyone's info Tesco reported card processing erros for 3 hours this morning and there were one or two issue with the Clear Commerce Engine (Barclays, HSBC etc) so it seems that customers may have encountered online transactional problems with the big boys too ... helps keep things positive

James

@nafri - This post gives you information about how to find the IP address you need and add to to Protx admin.

@stubbsy - that message is stored in the database when the first part of creating the transaction is complete, it is normally overwritten when the customer returns from doing their 3D-Secure password - if it remains then either they closed their browser/went away when it appeared or perhaps a timeout issue.

There seems to be a lot of timeout issues still with Protx - though they are denying any current problems - perhaps today it really wasn't their fault but the banks - thanks to cottonmiller for the info.

Tom

I've just installed V4.4 on a previous V2 system and carried out the relevant upgrade etc.

However on the "Confirm Checkout" button I get directed to this page:

https://secure.ohmhealthcare.com/protx_proc...0issuing%20bank

And it's just blank, no source code, no display and it doesn't go anywhere.

I don't think this is normal, what've I done wrong?

Thanks

It looks as if you have "Use search engine friendly url's (still in development)" enabled. If you do then try turning them off and then see what happens.

Vger

Thanks!

Issue resolved...always the little things!

Hi.

Just need to confirm something.

On the install instructions for 4.4 for new files it says:
/includes/languages/english/modules/payment/3Dsec_help.php

but £Dsec_help.php is actually stored in the 'english' folder, 2 levels up from where it says its supposed to be.
What do I follow, the instructions or the actual locations of the files in the directory? Where should the file go?

Cheers
m

Sorry my mistake - it should be in the folder as it is in the zip archive NOT as per the install file

Tom

Hi again.

The 3d secure window that appears has scroll bars bottom and left. Know of a way to get rid of these?

Cheers and thanks for the help.

m

In protx_direct.php near the bottom look for the iframe code and you will see height and width dimensions associated with it, just change these to suit your needs

hth

Dave

Just a quick question, probaly get a faster answer here then at protx support at the moment

does any one know if I speak nicely to protx, if they can enable 3dsecure of my account on a per card type, such as enable for maestro, but leave off for visa

regards



Chris
www.glosticks.co.uk

I am not sure the answer to your question, but what I can tell you is that if they can only enable it for everything, then using the latest versions of protx you can select which card types 'you' want to enable it on in the osc admin, so you only have it enabled for meastro but not visa and mastercard for example

Regards

Dave

@mfos - the scroll bars you are seeing is this on the live server or is it the test server - The iframe size is set slighlty bigger than the recommendation by visa so you should not be seeing scroll bars however Protx's own dummy 3D-Secure page is bigger than the live ones hence the scroll bars.

@symbolism - stubbsy is correct - Protx can only switch it all on or off - you can fine tune which cards in your osC admin with the newer versions of the module

Tom

HI I've just upgraded to V4.4 and can't process Maestro cards!!
Firstly I had to manually change some details in my database in the "configuration" table the Configuration key "MODULE_PAYMENT_PROTX_DIRECT_USE_SWITCH" had to be changed to "MODULE_PAYMENT_PROTX_DIRECT_USE_MAESTRO"
This may be of use to someone.

Now the error message I get is
"Unfortunately there has been a technical problem. Please try again and if the problem persists please contact us (2015 : The server encountered an unexpected condition which prevented it from fulfilling the request.)"

How can i find out what is causing this?? Any help greatly apprecited!

Just to correct the above , All card types produce the above error!! Please help as customers cant place a single order at the moment

ok, if you needed to change the configuration value manually you probably did not uninstall the old protx module in the osc admin before uploading the new one then installing. The best option would be to click uninstall on the protx module then check that all MODULE_PAYMENT_PROTX_DIRECT keys in your configuration table are gone then click install.

If transactions still fail then set the "debug" option to true, try a trnsaction and post the details here.

Tom

Thanks very much for that, however now I get this error

"StatusDetail=4020 : Information received from an Invalid IP address. The value was 83.138.142.194."

But I have enabled that IP address and it was working previously. The only thing I can see that is different is that in the PROTX control pannel they automatically insert a 0 at the start so it says 083.138.142.194
Do you think that is causing hte problem?

You say that you have added the IP address to protx admin - have you added to the test server also - You need to manually add it into the Protx admin for each of the servers you wish to use (sim/test/live) - if you have and are still getting the error then sorry but you'll have to contact Protx support - it's an issue at their end (though be prepared for a long delay atm).

Tom

Thanks so much for your help. When I took it out of test mode it worked (after changing the "Authorisation type" in the admin from "AUTHENTICATE" to "PAYMENT") . It would not work in Authenticate mode. Is this normal?

If you wish to use the authenticate method you often need to request Protx to activate that payment type on your account - it isn't always automatically available for everyone.

Tom

Hi Tom, @mfos

Just thought I'd add a little info on the scrollbars issue, IE & Firefox (the two main browsers) render them differently. As long as you specify a little extra height to allow for the 3D Secure info you can cater for both scenarios gracefully by ensuring you have both the attributes below set ...

frameborder="0" scrolling="no"


Hope this helps

James

Cheers guys for help with the scroll bars. No scroll bars now. To answer an earlier question, I am on the test server at the moment but will have to check the 3d box again when I go live.

Cheers
m

Hi all,

I've managed to implement all the code. However, I am still unable to get 3D Secure to work properly. Basically, if I attempt to use the test environment with a test Maestro I get the following message displayed on the payment screen:

4046 : 3D-Authentication required. Cannot authorise this card.

I have also tried on my production server with real card details but it is not allowing authorisation and stating it was "Declined by the bank". I know it was not declined for any other reason, so it must be 3D Secure related also.

Evidently there is proper communication to the Protx server, but I am not seeing a 3D Secure iframe, or anything for that matter except an error message.

Can anyone enlighten me as to what may be causing this?

Regards,

Martin

About the test environment, I was informed by PROTX that maestro currently doesn't work but isn't a priority due to problems with the live system.

Re: the live system I really don't know as I don't have a maestro card. It probably doesn't work on my site and I don't know it.

Im just not sure why Im not getting the 3D Secure popup at all. No sign of it.

Thanks for replying.

I suspect that 3D-Secure is not correctly activate on your account - I would speak to or email Protx to check it has been activate with your merchant bank.

Tom

Thanks Tom

I've had an email from Protx confirming it is active and it's turned on in my account Administration section. Im not sure what else it could be. I'll drop an email to Protx anyway.

Any idea why the popup isnt shown, is that due to it being inactive perhaps? I'm not sure which is your code and which is the banks! I'd expect at least a blank iframe....

Cheers,

Martin

Hmmm I just managed to get hold of a maestro(int) card to use on the live environment.

It went straight through successfully but without showing a 3D secure page. Also in admin there is no Maestro option (or do I remember a post from earlier stating it is actioned by the SOLO tickbox?)

I have the following in my module admin page, don't you?

Allow Switch/Maestro
True - with 3D-Secure

Cheers,

Martin

PS. I have just put two transactions through successfully too, but both showed no signs of 3D Secure.

The iframe only appears if protx sends back the response 3DAUTH to the initial registration of the transaction.

To get that repsonse the follow needs to happen:
- 3D-Secure is set to true for the card type in your osc admin
- 3D-Secure is active in your protx admin area
- 3D-Secure has been activated between protx and your merchant bank &
- Your merchant account is registered in the central 3D-Secure registry

So there's a few point of possible failure - if you turn on debug and try a maestro transaction can you post the result?

Tom