osCommerce Community Support Forums

Vger

Jul 18 2007, 11:51 AM

Yes, as I suspected, the Bank hasn't activated 3D Secure yet.

Vger

clrob11

Jul 18 2007, 05:41 PM

Hi Tom ,

Not sure whats going on here I am on V4.3 all was working fine on test server till last couple of days no I cannot get any card to work weather I am using 3d secure or not. On clicking confirm it just throws me back to the card entry details. I put debug mode on and here is the result.

Any Idea what I have done?

Chris

CODE

Request URL=https://ukvpstest.protx.com/vpsDirectAuth/PaymentGateway3D.asp
Data string sent=VPSProtocol=2.22&TxType=AUTHENTICATE&Vendor=xxxxxxxxxxx&VendorTxCode=40-24640383425984863177806859727528&Amount=19.23&Currency=GBP&Description=Order+Number%3A+40&CardHolder=xxxxxxxxxxxx&CardNumber=4929000000006&StartDate=0505&ExpiryDate=0608&IssueNumber=&CV2=123&CardType=VISA&BillingAddress=88+the+street%2C%0D%0A%2C%0D%0Axxxxxxxt%2C%0D%0Axxxxxx%2C%0D%0AUnited+Kingdom&BillingPostCode=GU412AB&DeliveryAddress=88+the+street%2C%0D%0A%2C%0D%0AAldershot%2C%0D%0AHampshire%2C%0D%0AUnited+Kingdom&DeliveryPostCode=GU412AB&CustomerName=xxxxxxxxxx&ContactNumber=12345+12345&CustomerEMail=xxxxxxxxxxxxx&ClientIPAddress=xxxxxxxxxxx&Basket=3%3Axxxxxxxxxxxxt+0%2B%3A1%3A2.97%3A0.52%3A3.49%3A3.49%3xxxxxxxxxxxxxxxxx%3A1%3A9.57%3A1.67%3A11.24%3A11.24%3AShipping%3A1%3A4.50%3A----%3A4.50%3A4.50&AccountType=E&Apply3DSecure=2
Protx response=VPSProtocol=2.22
Status=ERROR
StatusDetail=2015 : The server encountered an unexpected condition which prevented it from fulfilling the request.
VPSTxId={D8BEA6D7-EDDD-EE4F-A0DF-60C66253CF50}
SecurityKey=DCJ1DIFGT9
TxAuthNo=
AVSCV2=
AddressResult=
PostCodeResult=
CV2Result=
3DSecureStatus=
Response array=Array
(
    [VPSProtocol] => 2.22
    [Status] => ERROR
    [StatusDetail] => 2015 : The server encountered an unexpected condition which prevented it from fulfilling the request.
    [VPSTxId] => {D8BEA6D7-EDDD-EE4F-A0DF-60C66253CF50}
    [SecurityKey] => DCJ1DIFGT9
    [TxAuthNo] => 
    [AVSCV2] => 
    [AddressResult] => 
    [PostCodeResult] => 
    [CV2Result] => 
    [3DSecureStatus] => 
)

curl_error= 

blackmogu

Jul 18 2007, 07:58 PM

In the Administration->Customers->Orders screen, if I click on any given order, it will produce the next screen with the payment method (protx direct). I can either choose to Authorise/Cancel this order. If I select Authorise, it comes back with this error :-

Fatal error: Call to undefined function: tep_db_fetch_array() in \catalog\admin\orders_protx.php on line 251

Looking in the file, this function is called in a <?php ?> block, and the failure happens at the next <php> block..

Not sure how to fix this. Any help appreciated.

perfectpassion

Jul 18 2007, 08:38 PM

@clrob11 - the transaction you have posted is using the AUTHORISE/AUTHENTICATE type - if you change to DEFERRED or PAYMENT do you still get the same error?

@blackmogu - I can't reproduce this - that function is defined when application_top.php is called which when you load an order is done by orders.php or if you select an action the the orders_protx.php does it - have you altered your orders.php file from the standard oscomm MS2.2 (other than the change as per protx install instructions)?

Tom

PS: - In the last few days Protx have changed the software on the test server - this has resulted in a change to the URLs needed - the old ones should work but I've found some of the relase/cancel/repeat functions etc aren't working so I'll post an updated mod with the new URLs shortly

clrob11

Jul 19 2007, 07:23 AM

QUOTE

@clrob11 - the transaction you have posted is using the
AUTHORISE/AUTHENTICATE type
- if you change to DEFERRED or PAYMENT
do you still get the same error?

Tom,

This seems to work now on all except switch\maestro it just thorws me back to the card entry details.

It was probably my mistake

But it's really confusing with this 3d secure until protx can sort the issue.
I am not sure were the problem lies. I bet your getting just as fustrated as us.

Now if I can just get the 3d secure working......

Chris

clrob11

Jul 19 2007, 07:54 AM

Tom,

Sorry to waste your time. I have now re tested all cards on 3d secure.
all are now working. I think on the switch card I entered an issue code of 01 and not just 1

This threw up the error.

But all is ok now many thanks

Chris

barry_abs

Jul 19 2007, 10:29 AM

QUOTE (perfectpassion @ Jul 17 2007, 09:27 PM)

All versions use curl - there is no php extension needed (that was only needed by very old versions).

GAH! i was looking at the contribution under the category "Payment Modules".. This is the one requiring the PHP extension, and obviously the wrong one:
http://www.oscommerce.com/community/contri...ll/search,protx

The module you're referring to is under the category "Credit Modules" - the correct module!
http://www.oscommerce.com/community/contri...ll/search,protx

these old contributions should be removed, they are causing "confusion and delay"!

barry_abs

Jul 19 2007, 12:05 PM

QUOTE (barry_abs @ Jul 16 2007, 03:49 PM)

afternoon all!

my Protx Direct integration has suddently ceased to work.. committing the transaction in OSC now returns the following error:

{ED136D2F-44E9-ED27-AF30-87B472EDD156} - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

i'm assuming the GUID at the front is the transaction ID, or similar..

The transaction completes successfully at the Protx end, just not with OSC.

ring any bells?

Many thanks.

Upgrading to Protx Direct 4.3 fixed this issue. Thanks for the support.

blackmogu

Jul 19 2007, 01:33 PM

@blackmogu - I can't reproduce this - that function is defined when application_top.php is called which when you load an order is done by orders.php or if you select an action the the orders_protx.php does it - have you altered your orders.php file from the standard oscomm MS2.2 (other than the change as per protx install instructions)?

The only change I made was as instructed in the protx install.txt.

Is it normal when you click "Authorise", that it takes you to the login screen for admin again ? This happens every time for me when I attempt to authorise an order.

Notably, it's the same error I get if I call the orders_protx.php page directly in the URL bar.

perfectpassion

Jul 19 2007, 02:26 PM

You say a login screen for admin - do you have an admin login mod or is the RC1 admin login? I haven't tested the mod with either. - it is normal for it to fail if you try calling the orders_protx.php file directly - it is not designed to be used this way. It sounds there (if returning you to a login page) that there may be sessions issues.

Tom

blackmogu

Jul 19 2007, 02:33 PM

QUOTE (perfectpassion @ Jul 19 2007, 03:26 PM)

You say a login screen for admin - do you have an admin login mod or is the RC1 admin login? I haven't tested the mod with either. - it is normal for it to fail if you try calling the orders_protx.php file directly - it is not designed to be used this way. It sounds there (if returning you to a login page) that there may be sessions issues.

Tom

I am using RC1. I expected it to fail normally from a direct call, since the initial if(..) case ought to fail.
Perhaps it is the RC1 admin login that is causing the problems with protx ?

perfectpassion

Jul 19 2007, 02:47 PM

I will test it out with RC1 over the next few days and let you know!

Tom

blackmogu

Jul 19 2007, 04:37 PM

QUOTE (perfectpassion @ Jul 19 2007, 03:47 PM)

I will test it out with RC1 over the next few days and let you know!

Tom

Thank you very much for your help ! It would be useful to get this issue resolved :-)

johnr3

Jul 20 2007, 09:10 AM

Hi Tom

I'm having some problems with users getting failed payments. When I checked the failed transactions on Protx it seems that the billing address, name, card details etc are not being passed over (or at least not saved at Protx) but the delivery address and shopping basket etc is being passed over.

Have you seen this before, any ideas?

Thanks
John

blagger

Jul 20 2007, 06:47 PM

I have just realised a problem with this module when in checkout_payment.php, the screen where you put the card numbers in.

1. When no card numbers/dates are entered you get the following error message near the top of the screen once you click continue to go on the next screen:

"The expiry date entered for the credit card is invalid. Please check the date and try again."

2. When the expiry date is entered and you hit continue the next screen appears (checkout_confirmation.php) with the following message on top:

"Warning: str_repeat(): Second argument has to be greater than or equal to 0. in /home/deviltro/public_html/includes/modules/payment/protx_direct.php on line 192"

and then when you hit "confirm order" in checkout_confirmation.php it redirects you to and gives you the following error message:

"The CardNumber should contain between 12 and 20 digits. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

3. A series of similiar errors are produced when giving the wrong card type/number/end date/cvv/issue number in checkout_payment.php but it still allows it to proceed to checkout_confirmation.php, then when you hit 'Confirm Order' it again redirects you to the checkout_payment.php screen and gives you the following error message:

"Authorisation declined by bank. - Message : DECLINE - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

So, what I would like to know.................

A. How can all errors be notified on the checkout_payment.php screen, rather than having to click 'Continue' and 'Confirm Order' (on checkout_confirmation.php) for osc to realise the error and then take you back to the checkout_payment.php screen

B. Why can you proceed on checkout_payment.php by just entering the end date without entering the card number and cvv number?

perfectpassion

Jul 20 2007, 08:03 PM

@blackmogu - I've tested it with RC1 - the admin part is losing the session if cookies are disabled (it's fine if enabled) - this is causing the errors you are seeing. I'll sort this for the next update.

@johnr3 - failed payments with blank details (in protx admin screen) are not normally caused by a problem with the module - they are often after it was declined by the bank (frequently CVV failure) - protx then doesn't seem to store the details for your to view. Take a look at your protx_direct table in the database - this will give you the reason for the failure in the StatusDetail field (you can match them by time).

@blagger - I've just tested this out - it only occurs if JavaScript is disabled - when enabled it checks for valid fields. It will be possible to build extra validation into the module to check for valid fields - I'll look at this for the next update.

Tom

blagger

Jul 20 2007, 08:07 PM

QUOTE (perfectpassion @ Jul 20 2007, 09:03 PM)

@blagger - I've just tested this out - it only occurs if JavaScript is disabled - when enabled it checks for valid fields. It will be possible to build extra validation into the module to check for valid fields - I'll look at this for the next update.

Tom

Thanks Tom.

How do I know if 3D is enabled? You updated my sight a few months ago (deviltronics.com).

Also there is some new stuff to do with maestro, does this interfere with this module?

Also how do I enable JavaScript? Does it mess other things up?

perfectpassion

Jul 20 2007, 08:13 PM

To have 3D-Secure active you have to email protx support and ask them to activate it with your merchant bank. Once that is done you then need to switch it on in your protx admin area and setup the rulebase.

The version you have supports 3D-Secure once enabled at the Protx end

The rules for Maestro have changed and you must have 3D-Secure active to be able to accept these cards otherwise they will be declined.

Tom

blagger

Jul 20 2007, 08:28 PM

OK, thanks.

I see this module has been update again. Has there been many changes since you last updated my site?

gatzo

Jul 24 2007, 12:59 PM

I'm trying to help some friends who run the protx v3.0 module (in Authorization Type PAYMENT) but am a little nervous about this upgrade so pls excuse these noob questions:
I understand they have to upgrade module before August 1st to integrate 3D, but:
When they upgrade to V4.3 of this module can they still accept CCs before activating 3D in their protx admin?
Can they update the module to v4.3 without interrupting business (accepting CCs) except for the actual upgrade down-time?
Can they test the new 3D from their Live shop somehow without letting all customers through the test?
Should Authorization Type also be set to PAYMENT in v4.3?

So in basic: Do they just upgrade to v4.3, turn on 3D in the protx admin, set the module to TEST, and when tested set it to Production?

I hope a kind person will explain these things.

gatzo

Jul 24 2007, 01:38 PM

QUOTE (gatzo @ Jul 24 2007, 01:59 PM)

I'm trying to help some friends who run the protx v3.0 module (in Authorization Type PAYMENT) but am a little nervous about this upgrade so pls excuse these noob questions:
I understand they have to upgrade module before August 1st to integrate 3D, but:
When they upgrade to V4.3 of this module can they still accept CCs before activating 3D in their protx admin?
Can they update the module to v4.3 without interrupting business (accepting CCs) except for the actual upgrade down-time?
Can they test the new 3D from their Live shop somehow without letting all customers through the test?
Should Authorization Type also be set to PAYMENT in v4.3?

So in basic: Do they just upgrade to v4.3, turn on 3D in the protx admin, set the module to TEST, and when tested set it to Production?

I hope a kind person will explain these things.

Correction: They are currently using v2.3c it looks like.

perfectpassion

Jul 24 2007, 08:02 PM

QUOTE (gatzo @ Jul 24 2007, 01:59 PM)

I'm trying to help some friends who run the protx v3.0 module (in Authorization Type PAYMENT) but am a little nervous about this upgrade so pls excuse these noob questions:
I understand they have to upgrade module before August 1st to integrate 3D, but:
1) When they upgrade to V4.3 of this module can they still accept CCs before activating 3D in their protx admin?
2) Can they update the module to v4.3 without interrupting business (accepting CCs) except for the actual upgrade down-time?
3) Can they test the new 3D from their Live shop somehow without letting all customers through the test?
4) Should Authorization Type also be set to PAYMENT in v4.3?

5) So in basic: Do they just upgrade to v4.3, turn on 3D in the protx admin, set the module to TEST, and when tested set it to Production?

I hope a kind person will explain these things.

Firstly just to correct some confusion that Protx seem to have created - the deadline for 3D-Secure was 1st July - after that date the banks may refuse any Maestro card if 3D-Secure is not attempted (although they are currently being lenient).

The 1st August deadline is for the change over from PREAUTH to AUTHORISE/AUTHENTICATE systems.

Taking your questions:
1) Yes - the 3D-Secure part of the module is only active in response to a request for 3D-Auth from the Protx server
2) Yes
3) No - if they are testing using a live site then there is always potential for customers to try to checkout at the time they are testing. I always suggest making a copy of the site and database to use purely for testing and developemtn then copying over the the live copy of the site when ready.
4) That depends on the business model - PAYMENT takes the payment immediately - suitable for immediate dispatch or download sites, DEFERRED obtains authorisation and leaves a 30 day shadow on the card, taking payment when you RELEASE it later (i.e. when you dispatch the order), AUTHORISE/AUTHENTICATE works over a longer time than DEFERRED an also allow the amount to be change from the original authorisation.
5) Yes, Yes, Yes & Yes

Tom

kdenby

Jul 25 2007, 12:14 PM

Tom

After a week or so of smooth running on 4.3 with 3D Secure turned on for all cards in use I have hit another duplicate payment error - looking at the protx_direct table data shows that in the first instance the transaction returned no data to the table but was authenticated by Protx - then (I guess) the customer received an error message and re-submitted, this time the table has Protx data and Protx debited the card again. Any clues?

CODE

10538, 5906, 7276, '7276-84864634186287808377431626802291', 'PAYMENT', '359.9500', '', '', '', '', '', '', '', '', '', '', '', '2007-07-21 03:12:31'
10539, 5906, 7276, '7276-44786262062956179197621581645713', 'PAYMENT', '359.9500', '{01837DD0-5BDD-4E58-9188-C661CCAF209E}', 'OK', '', '51106305', 'yahRD4IVdm', 'ALL MATCH', 'MATCHED', 'MATCHED', 'MATCHED', 'OK', 'AAABAGRRBwAAAABFUFEHAAAAAAA%3D', '2007-07-21 03:15:39'

perfectpassion

Jul 25 2007, 07:53 PM

If that 1st transaction showed as successful in the Protx admin area then the only thing I can think is that the curl function is timing out hence why not data seems to be returned.

I suggest adding the line

CODE

curl_setopt($ch, CURLOPT_TIMEOUT, 90);

to the 2 curl_setopt sections in protx_process.php and see how things go after then - I can't say that I've had any problems with duplicate transactions since the latest version of the module.

Tom

gatzo

Jul 26 2007, 09:30 AM

QUOTE (perfectpassion @ Jul 24 2007, 09:02 PM)

Firstly just to correct some confusion that Protx seem to have created - the deadline for 3D-Secure was 1st July - after that date the banks may refuse any Maestro card if 3D-Secure is not attempted (although they are currently being lenient).

The 1st August deadline is for the change over from PREAUTH to AUTHORISE/AUTHENTICATE systems.

Taking your questions:
1) Yes - the 3D-Secure part of the module is only active in response to a request for 3D-Auth from the Protx server
2) Yes
3) No - if they are testing using a live site then there is always potential for customers to try to checkout at the time they are testing. I always suggest making a copy of the site and database to use purely for testing and developemtn then copying over the the live copy of the site when ready.
4) That depends on the business model - PAYMENT takes the payment immediately - suitable for immediate dispatch or download sites, DEFERRED obtains authorisation and leaves a 30 day shadow on the card, taking payment when you RELEASE it later (i.e. when you dispatch the order), AUTHORISE/AUTHENTICATE works over a longer time than DEFERRED an also allow the amount to be change from the original authorisation.
5) Yes, Yes, Yes & Yes

Tom

Many thanks for your great reply! That did clear up a couple of things. Very kind of you!
I will have them run the tests from a copy of the shop on a sub-domain. That is a good suggestion.

Thank you.

livefooduk

Jul 26 2007, 04:38 PM

Hi again Tom
Once again many thanks for the outstanding work you have been doing on this, my shop with ver 4.3 has been absolutely fine but now we have had this email from Protx saying they are upgrading their server

QUOTE

At 6am UK time on Wednesday 1st August, the new version of the Protx VSP Payment system will be launched on the Live environment.

Well I have set up a copy of my shop and tried some test transactions on the test server and with Send Shopping Cart "True" got this error on OSC (With Send Shopping Cart "False" no problem)

QUOTE

Unfortunately there has been a technical problem. Please try again and if the problem persists please contact us

So logged into protx test server and the error for those transactions is

QUOTE

INVALID - 3021 : The Basket format is invalid. The value was 2:48in. Beech Flatpack Melamime Vivarium:1:91.91:16.08:107.99:107.99:Shipping:1::----::.

From reading earlier posts I guess this is because there was no shipping cost on that order (customer collection) because it works OK if shipping is charged.
The thing that worries me though is no shipping charge and Send Shopping Cart "True" works fine on my live shop with the live Protx server so is this going to break it when they change over to the new system on 1st August?

Also they have a list of the new URL's

QUOTE

The addresses to which you should send your transaction requests are different in the new system.

We will set up automatic forwarders from the old style URLs to the new when the system is uploaded to live, so if you are unable to make the changes prior to 1st August, your transactions will still be registered correctly with the new system.

perfectpassion

Jul 26 2007, 07:33 PM

I agree it is probably the zero shipping - you can try changing the code using my post a few pages back. I have incorporated this into an update I'll post shortly (along with a few other things).

There is no immediate need to change the URLs - Protx will accept either new or old for some time yet but the update will have the new urls.

Vger

Jul 26 2007, 09:56 PM

Actually we had to deal with this problem with version 3.0c, for a customer who supllies only downloads (no Shipping details sent to Protx). We used the code posted by Tom a few pages back, but we also had to do this (checks to see if delivery fields are empty and if so excludes them from what is sent). In v3.0c lines 106-115 in protx_process.php change to this:

CODE

// We only include delivery address details if the fields are not empty
        $delivery_add = !empty($order->delivery['street_address']) ? $order->delivery['street_address'] : '';
                if (ACCOUNT_SUBURB == 'true') {
          $delivery_add .= !empty($order->delivery['suburb']) ? ",\r\n" . $order->delivery['suburb'] : '';
        }
        $delivery_add .= !empty($order->delivery['city']) ? ",\r\n" . $order->delivery['city'] : '';
        if (ACCOUNT_STATE == 'true') {
          $delivery_add .= !empty($order->delivery['state']) ? ",\r\n" . $order->delivery['state'] : '';
        }
        $delivery_add .= !empty($order->delivery['country']['title']) ? ",\r\n" . $order->delivery['country']['title'] : '';

This was supplied by Terra who updates the osCommerce Pay Pal IPN, and it is working for us on a live customer site.

Vger

livefooduk

Jul 27 2007, 07:43 AM

Many thanks Tom and Vger, that works fine on the test server now

FWR Media

Jul 30 2007, 05:15 PM

Just testing this version in preparation for August.

All seems to work EXCEPT that I get a failure for international Maestro.

CODE

Response array=Array
(
    [VPSProtocol] => 2.22
    [Status] => INVALID
    [StatusDetail] => 3069 : The PaymentSystem is not supported on the account. The following values were used, cardtype was SWITCH, accounttype was E, currency was GBP, vendor was MYVENDOR.
)

Wonder why it shows at not supported?

Or perhaps I'm missunderstanding ..

True - with 3D-Secure

Does this allow me to do either or is it saying "ONLY 3D secure".

Vger

Jul 30 2007, 05:29 PM

International Maestro cards will only be processed using 3D Secure.

Vger

FWR Media

Jul 30 2007, 05:38 PM

QUOTE (Vger @ Jul 30 2007, 06:29 PM)

International Maestro cards will only be processed using 3D Secure.

Vger

thanks for replying Vger

But i'm using the test international maestro

International Maestro MAESTRO 3000000000000004 n/a

FWR Media

Jul 30 2007, 05:44 PM

Also re: UPGRADE

These are all minor issues that are dead simple to identify. But thinking of the "code challenged"

tep_create_random_value was missing from the upgrade instructions

In the dB I still had vendortxcode as (int) but the upgrade didn't try to alter it. There was one other changed DB value but I didn't record it.

taffy

Jul 30 2007, 07:42 PM

I'm using a heavily modified version of CRE-Loaded6_v6.1. I got the email below today. I am a complete noob; can anybody help me carry out the upgrade. I am happy to pay for a quick and efficient job.

Thanks,
Taff

QUOTE

I am pleased to confirm that your Protx Vendor account '**********', has now been setup for use with 3D Secure with MasterCard and Visa. We would appreciate it if you have any feedback about the 3D Secure service. Please e-mail feedback@protx.com

Important: Please remember that your website will need to be using VSP Protocol 2.22 if you wish to use 3D Secure. If your site is using any other protocol, your 3D Secure transactions will not work correctly. If you are using shopping cart software, you will need to speak to your shopping cart software provider to ensure that your site is setup to use VPS Protocol 2.22.

If you require our Integration guides, please visit the following page on our website:

http://www.protx.com/support/04_downloads.asp

Please note, it is suggested that you download both the Integration kit and the Guide on this page.

To fully activate 3D Secure on your account, you will need to switch on 3D Secure in your VSP Admin screens. To do this, please follow the instructions below:

1. Login to your VSP Admin area using a user account which has Administrator privileges.
2. Go to the Administration --> Account Parameters section.
3. Click the green Turn On button under the 3D Secure Fraud Checking Options section at the top of the page

You will notice that you can setup 3D Secure rules on your account when you have 3D Secure turned on. These rules allow you to handle the 3D Secure response in different ways. Please see the below links for more information on the rule bases you can administer;

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

NB: Please be aware that 'Repeat' transactions are not covered by 3DSecure. Payments, Deferred and PreAuth transactions are covered as they are passed to Visa or Mastercard for the Customer to be authenticated, but any subsequent Repeat transactions are not as the customer is not involved in the Repeat process and therefore cannot enter their authentication data and therefore cannot be authenticated by Visa or MasterCard.

We hope you find this service useful. Please don't hesitate to contact our support team should you require any further assistance.

perfectpassion

Jul 30 2007, 08:23 PM

@babygurgles - the tep_create_random_value is included in the main install instruction but not the upgrade part - it depends from which ver you are updrading if it's been added already but point noted. The error you are seeing occurs if a particular card type is note setup on your account - in this has internation maestro - you need to email support@protx.com to have it added.

@taffy - sorry I can only support oscommerce here - I believe there is a protx direct module made for CRE on their site - I suggest looking there.

Tom

FWR Media

Jul 31 2007, 10:18 AM

v 4.3

I'm also noticing in the test environment that if I force errors by doing one of the following: -

Mastercard + visa number
Visa card + mastercard number

The error shown to the customer should be ..

QUOTE

4022 : The Card Type selected does not match card number., The Card Type selected does not match card number.

But it's showing ..

QUOTE

Unfortunately there has been a technical problem. Please try again and if the problem persists please contact us.

Obviously this is bad as it suggests wrongly that my site is broken as opposed to pointing out to the customer their mistake.

perfectpassion

Jul 31 2007, 11:05 AM

Thanks - that's something that I'm aware of and have sorted out - I'll try and post it up (with a collection of other minor adjustments as per previous posts) in the day or two.

Tom

FWR Media

Jul 31 2007, 11:37 AM

QUOTE (perfectpassion @ Jul 31 2007, 12:05 PM)

Thanks - that's something that I'm aware of and have sorted out - I'll try and post it up (with a collection of other minor adjustments as per previous posts) in the day or two.

Tom

Hi Tom

I do realise that you are "as always" doing your level best, I am just posting my findings as I go along testing in case I find something that may help improve it.

I do hope you are not taking my comments as criticisms.

Quick question: -

I just tried using: -

CODE

$statustext = str_replace(':', '', strstr($responses['StatusDetail'], ':'));

below the 2 $data = Array() arrays and replacing the text defines with $statustext.

Any reason why this wouldn't work? (Excepting the fact that some of the PROTX replies are bad text)

andytc

Jul 31 2007, 04:08 PM

I had an email from protx re some changes and 3D secure from August 1st , i've done the 3D secure bit but do i have to change anything re the urls below using direct ?

New Live Site Payment System URLs
The addresses to which you should send your transaction requests are different in the new system.

We will set up automatic forwarders from the old style URLs to the new when the system is uploaded to live, so if you are unable to make the changes prior to 1st August, your transactions will still be registered correctly with the new system.

We have forwarders in place in the live environment already, which forward the new style URLs to the old system, so you can change your addresses as soon as you are ready.

After the 1st August, using the URLs below will avoid the overhead of the extra internal forwarding POST and hence speed up your transaction processing. We recommend you change the URLs in your scripts at your earliest convenience.

The table below shows the old style URL and the equivalent new address at which to direct your scripts.

These URLs all begin with https://ukvps.protx.com

After that is a list of old and new URL's ???????

blagger

Jul 31 2007, 06:43 PM

QUOTE (andytc @ Jul 31 2007, 05:08 PM)

I had an email from protx re some changes and 3D secure from August 1st , i've done the 3D secure bit but do i have to change anything re the urls below using direct ?

New Live Site Payment System URLs
The addresses to which you should send your transaction requests are different in the new system.

We will set up automatic forwarders from the old style URLs to the new when the system is uploaded to live, so if you are unable to make the changes prior to 1st August, your transactions will still be registered correctly with the new system.

We have forwarders in place in the live environment already, which forward the new style URLs to the old system, so you can change your addresses as soon as you are ready.

After the 1st August, using the URLs below will avoid the overhead of the extra internal forwarding POST and hence speed up your transaction processing. We recommend you change the URLs in your scripts at your earliest convenience.

The table below shows the old style URL and the equivalent new address at which to direct your scripts.

These URLs all begin with https://ukvps.protx.com

After that is a list of old and new URL's ???????

From what I have read on this page, Tom will be sorting out another update with the new URL's soon.

The old URL's will work fine for now as PROTX have forwraders set up.

blagger

Jul 31 2007, 06:44 PM

could somebody tell me what code i need to remove so that in admin i can not void/refund/repeat. i don't think this is safe for me.

FWR Media

Jul 31 2007, 06:53 PM

QUOTE (blagger @ Jul 31 2007, 07:44 PM)

could somebody tell me what code i need to remove so that in admin i can not void/refund/repeat. i don't think this is safe for me.

Don't shoot me if I'm wrong but it would seem to be ..

catalog>admin>orders_protx.php

FIND

CODE

} elseif ($transaction['txtype'] == 'PAYMENT') {
echo '<td align="center"><a href="'.tep_href_link('orders_protx.php','process=void&id='.$transaction['id']).'&oID='.$oID.'" style="text-decoration:underline">Void</a> / <a href="java script:disp_prompt(\'refund\', '.$transaction['value'].', '.$tid.');" style="text-decoration:underline">Refund</a> / <a href="java script:disp_prompt(\'repeat\', '.$transaction['value'].','.$tid.');" style="text-decoration:underline">Repeat</a></td>';

REPLACE WITH

CODE

} elseif ($transaction['txtype'] == 'PAYMENT') {
//echo '<td align="center"><a href="'.tep_href_link('orders_protx.php','process=void&id='.$transaction['id']).'&oID='.$oID.'" style="text-decoration:underline">Void</a> / <a href="java script:disp_prompt(\'refund\', '.$transaction['value'].', '.$tid.');" style="text-decoration:underline">Refund</a> / <a href="java script:disp_prompt(\'repeat\', '.$transaction['value'].','.$tid.');" style="text-decoration:underline">Repeat</a></td>';
echo '<td align="center">Void Refund Repeat removed</td>';

taffy

Jul 31 2007, 07:39 PM

QUOTE (perfectpassion @ Jul 30 2007, 09:23 PM)

@taffy - sorry I can only support oscommerce here - I believe there is a protx direct module made for CRE on their site - I suggest looking there.

Tom, I'm a complete newbie. Are you telling me the module here will not work with cre-loaded - it's the same oscommerce software with a bit added on isn't it??

perfectpassion

Jul 31 2007, 07:44 PM

@andytc - as above Protx have forwarders in place so you can use either the new or old urls for the time being.

@babygurgles - I don't take the comments as criticisms at all - I am grateful for any feedback to improve the module. In the next update I was planning to use something like (following some feedback from kdenby):

CODE

        case "INVALID":
            tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . urlencode(MODULE_PAYMENT_PROTX_DIRECT_TEXT_PROTX_INVALID . ' - ' . $responses['StatusDetail']), 'SSL', true, false));
          break;

so that there's a combination of a friendly message plus Protx's response so there's more information.

@blagger - as babygurgles has suggested just comment out the relevent section, i.e.

CODE

if ($transaction['txtype'] == 'DEFERRED') {
  echo '<td align="center"><a href="'.tep_href_link('orders_protx.php','process=abort&id='.$tid).'&oID='.$oID.'" style="text-decoration:underline">Abort</a> / <a href="'.tep_href_link('orders_protx.php','process=release&id='.$tid).'&oID='.$oID.'" style="text-decoration:underline">Release</a></td>';
} elseif ($transaction['txtype'] == 'RELEASE') {
  echo '<td align="center"><a href="java script:disp_prompt(\'refund\', '.$transaction['value'].','.$tid.');" style="text-decoration:underline">Refund</a> / <a href="java script:disp_prompt(\'repeat\', '.$transaction['value'].','.$tid.');" style="text-decoration:underline">Repeat</a></td>';
} elseif ($transaction['txtype'] == 'PAYMENT') {
  echo '<td align="center"><a href="'.tep_href_link('orders_protx.php','process=void&id='.$transaction['id']).'&oID='.$oID.'" style="text-decoration:underline">Void</a> / <a href="java script:disp_prompt(\'refund\', '.$transaction['value'].', '.$tid.');" style="text-decoration:underline">Refund</a> / <a href="java script:disp_prompt(\'repeat\', '.$transaction['value'].','.$tid.');" style="text-decoration:underline">Repeat</a></td>';
} elseif (($transaction['txtype'] == 'AUTHENTICATE') && (($transaction['status'] == 'REGISTERED') || ($transaction['status'] == 'AUTHENTICATED'))) {
  echo '<td align="center"><a href="java script:disp_prompt(\'authorise\', '.$transaction['value'].','.$tid.');" style="text-decoration:underline">Authorise</a> / <a href="'.tep_href_link('orders_protx.php','process=cancel&id='.$transaction['id']).'&oID='.$oID.'" style="text-decoration:underline">Cancel</a></td>';
} elseif ($transaction['txtype'] == 'AUTHORISE') {
  echo '<td align="center"><a href="java script:disp_prompt(\'repeat\', '.$transaction['value'].', '.$tid.');" style="text-decoration:underline">Repeat</a></td>';
} elseif ($transaction['txtype'] == 'REPEAT') {
  echo '<td align="center"><a href="java script:disp_prompt(\'refund\', '.$transaction['value'].', '.$tid.');" style="text-decoration:underline">Refund</a></td>';
} else {
  echo '<td align="center"> </td>';
}

(place /* at the start and */ at the end)

Tom

perfectpassion

Aug 1 2007, 08:45 AM

Just a note to anyone having problems this morning after the Protx Server upgrades:

Protx are having some serious issues with the new upgrade causing timeouts in particular - many people are not getting any transactions through at all or are having them registered at Protx end but receiving a blank response from the server (which shows as a "technical error" in osC).

Please check http://www.protx.com/monitorvsp.asp for the latest status updates.

Tom

allrightpet

Aug 1 2007, 08:52 AM

QUOTE (perfectpassion @ Aug 1 2007, 09:45 AM)

Just a note to anyone having problems this morning after the Protx Server upgrades:

Protx are having some serious issues with the new upgrade causing timeouts in particular - many people are not getting any transactions through at all or are having them registered at Protx end but receiving a blank response from the server (which shows as a "technical error" in osC).

Please check http://www.protx.com/monitorvsp.asp for the latest status updates.

Tom

Thanks for the link; http://www.protx.com/monitorvsp.asp I had lost that and had been hanging on the phone for the last 2hours! Oh well, switch paypal back on. Can't you go and sort out PROTX Tom? you have done a quality job on the OSCOmmerce side !

pynchon

Aug 1 2007, 09:51 AM

good morning

I am running a store using v3.1 and am in the process of upgrading to v4.3
Do I have to run the upgrade.sql part of the module ?

My tests last night failed but I couldn't see any specific error response ... but in admin->orders my order displayed "You have sent an uncrecognised values in the TxType field. " in the Status Detail field.

Does this indicate that the upgrade.sql is necessary or have I done something else wrong ?

It doesn't help matter that Protx appears to have broken down this morning.

Many Thanks

John Keiller

Vger

Aug 1 2007, 11:14 AM

This is just poor on the part of Protx. They've screwed up a few times recently, and now they've done it again.

There's no excuse for a big operator like them not testing out the new system thoroughly before switching it Live. And obviously they didn't test it thoroughly or else it would be working now.

Vger

pynchon

Aug 1 2007, 11:37 AM

I have gone through everything to make sure I did everything as I should.

Payment process works : 3D secure loads into the iFrame but when I submit my password I get returned to checkout_payment.php with the message
"Unfortunately there has been a technical problem. Please try again and if the problem persists please contact us"

Is this still down to protx?

I've been calm up to now ... but I'm beginning to panic.

cheers

John keiller

Vger

Aug 1 2007, 11:46 AM

There's no way at the moment to tell what is happening with particular sites - not until Protx get things sorted out at their end.

If you still have problems when Protx is fully working then post back.

You can go to the Protx Support Forums for feedback on the current state of play.

https://support.protx.com/forum/Default.aspx

Vger

OSCOMMERCE SUPPORT CALL 702-453-3332