osCommerce Community Support Forums

osCommerce Community Support Forums > osCommerce Online Merchant v2.x > Contributions / Add-Ons > Payment Modules > Other

Pages: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22

allrightpet

Jun 12 2007, 11:45 PM

QUOTE (perfectpassion @ Jun 12 2007, 10:06 PM)

@allrightpet - try installing the latest version - it stores all transactions in the database even if failed. You can the use phpmyadmin to look at the protx_direct table (look at the Status and StatusDetail columns) for more information about failure. If the order is finally succesfull the failed attempts will show in the order detail page in admin.

Tom

Tom

many thanks. I have now got my site back on line. I noticed the following configuration option you provided in this release $disable_curl_ssl_check = false; // Set to true (no quotes)

I have set this to true and orders can now get through again

I have no idea what this does but changed as curl/ssl was one of the things I suspected (I couldn't glean any advice from my host or protx an was getting desparate). Could you tell me what this configuration is about? As explained I lose a few hours every few months (today 8 hours). This is an outstanding contribution. I left my customers with Paypal as the only choice whilst protx direct was not working and sales certainly took a hit! The Protx Direct contribution is so much more slicker

perfectpassion

Jun 12 2007, 11:53 PM

turning off that option stops curl from checking the SSL certifcates - it sometimes fails on some hosts (i don't know why!).

It seems strange that it would work for a while then stop and then work again though but if it works after changing that option then great!

Tom

livefooduk

Jun 13 2007, 10:54 AM

Hi, thank you again for the fantastic work you have been doing on this.

Just installed the v4 on my test server and got 2 problems

problem 1. when trying to run the upgrade-v3.0.sql I get:

#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP' at line 5

So I left that line out and just ran:

ALTER TABLE protx_direct
ADD `value` decimal(15,4) default NULL AFTER `txtype`,
MODIFY `vpstxid` varchar(50) default NULL,
MODIFY `securitykey` varchar(10) default NULL;

(I also get the same error if I try to run the new_install.sql file)

Problem 2. When trying a test (live) transaction after submitting card details:

1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE Name='orders'' at line 1

SHOW TABLE STATUS WHERE Name='orders'

zarren

Jun 13 2007, 10:55 AM

hey guys

Just installed Protx Direct 4.0 and got this error when trying to make a payment:

1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE Name='orders'' at line 1

SHOW TABLE STATUS WHERE Name='orders'

Can anybody help please?

zarren

Jun 13 2007, 11:05 AM

QUOTE (zarren @ Jun 13 2007, 11:55 AM)

Sorry I've sorted the problem, it was somthing to do with the more accurate order id part of protx_process.php

zarren

Jun 13 2007, 11:21 AM

QUOTE (zarren @ Jun 13 2007, 12:05 PM)

Sorry I've sorted the problem, it was somthing to do with the more accurate order id part of protx_process.php

Sorry to bother you guys again but now I have another problem? Everything is working fine the payment side but the admin side is not working. Wfen I view the order there i nothing in the protx section just the headers?

perfectpassion

Jun 13 2007, 12:23 PM

I've just uploaded minor fix for the .sql file problem (due to version issues) and the problem with the more accurate order id method.

Orders not appearing in admin mean that the transaction is not storing properly - for it to display it must have the correct order_id and customer_id - try a few more tranasctions after applying the fixes and see if it is working - if not take a look at the protx_direct table and see if it is storing the transaction there correctly.

Tom

Leomans

Jun 13 2007, 01:08 PM

Hi All

I currently use the Protx Direct module Protx Direct v3.0c. This seems stable on my system and I have not had any problems. I am very happy with how well this module works....
I need however to activate 3D Secure on my protx account and start accepting cards set up with this system.
Do you recommend I install the latest module (Protx Direct v4.0a)? I would like to use the most stable and tested version of this module. I know Protx Direct v3.0c accepts 3D secure also, Can I use this version with no problems?

Also, how can I test the install of the module with 3D Secure enabled cards? I do not have any 3D enabled personal cards and I want to ensure that this works fine. I want to minimise the time that my site is down due to the install of this module.

Many Thanks for your help. The developer of this module deserves a medal!

Neil

perfectpassion

Jun 13 2007, 01:38 PM

Version 3.0c supports 3D-Secure - to test use it in "simulator mode", go to the Protx Simulator admin https://ukvpstest.protx.com/vspsimulator/ and set the response to "3DAUTH" - this will allow you to test.

Later versions of the module have a number of improvements - non critical (that I recall) but more to do with extra features and functionality - review the readme.txt in the latest for a history of changes.

Tom

livefooduk

Jun 13 2007, 02:58 PM

Hi again
v4.0a works like a dream now except that in order details there is nothing in the protx section just the headers, have looked at protx_direct database table and all the info is in there correctly except that:

customer_id = 0 .....the account I used to test the transaction has custome id = 3
value = 0 ..... the actual transaction value was £0.72

This is not a big problem to me, we never had that info to hand with the order details before but I would love to be able to refund/void a transaction from the order details page, I believe v4.0 also has that fuction?

perfectpassion

Jun 13 2007, 03:30 PM

it's been working fine whilst i've been testing it - i'll look into that.

Were you using it with or without 3D-Secure?

Tom

livefooduk

Jun 13 2007, 03:50 PM

QUOTE (perfectpassion @ Jun 13 2007, 04:30 PM)

it's been working fine whilst i've been testing it - i'll look into that.

Were you using it with or without 3D-Secure?

Tom

I do not have 3D-Secure set up with Protx

Charterhouse

Jun 14 2007, 10:48 AM

Hi,

Thanks for the update to this superb contribution.

Unfortunately I seem to be having an issue with the iframe using 3dsecure. When use iframe is set to true it produces an internal server error:

HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

java.lang.ArrayIndexOutOfBoundsException: Input to decode not an even multiple of 4 characters; pad with =.
com.protx.mpi.xml.Base64.decode(Base64.java:263)
com.protx.mpi.xml.Base64.decode(Base64.java:324)
com.protx.mpi.simulator.AccessControlServlet.processPayerAuthenticationRequest(A
ccessControlServlet.java:82)
com.protx.mpi.simulator.AccessControlServlet.doPost(AccessControlServlet.java:68
)
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.

Any ideas on what could be going wrong here?

Any help would be superb.

Regards,

Paul.

kdenby

Jun 14 2007, 11:41 AM

Yes ... I too have that problem with 4.0a - the customer id and the value are not being written to protx_direct table if 3DSecure is turned off (and btw what a vile mess the banks have made of 3D Secure!!! - we have had to turn it off because the number of confused/alarmed customer phone calls rocketed)

I had a quick look at the code in protx_process.php but cannot see the problem - changes from 3.1a are too great for that to be much use as a comparison.

Cheers

Keith

perfectpassion

Jun 14 2007, 12:55 PM

sorry - there does seem to be a problem when 3D-Secure is disabled - I'll look into it as soon as I can

Tom

zarren

Jun 15 2007, 11:09 AM

QUOTE (perfectpassion @ Jun 14 2007, 01:55 PM)

sorry - there does seem to be a problem when 3D-Secure is disabled - I'll look into it as soon as I can

Tom

Hey Tom

Have you done anything about the Mastercard Secure Code that has to be on ecommerce websites by the 30th june 2007?

I am now being sent all the info from protx and will have a go at adding it to 4.0a but I am no boffin at php so forgive me if I royaly stuff it up lol. Il let you know when I'm done.

Skyline Select

Jun 15 2007, 01:41 PM

I have upgraded to v 4.0a, and it stopped working completely.

I did some de-buging, and the first problem I found is that it is not reading the URL correctly. I had to turn off SEO URLs, but I do not want to leave it like that.

The second problem was when the iframe loaded, it presented me with the login page. I corrected this by changing this line

CODE

to this

CODE

i.e. adding .'&'.tep_session_name().'='.tep_session_id() to the end of the iframe source.

The last problem I found was that the last form did not submit it's self. I got a JS error: document.form has no properties.

I corrected this by changing

CODE

CODE

Now, this is a very big bodge job, so I would appreciate it if someone can do it properly and release a new fixed version.

P.S. Clicking Void in the orders admin returns

CODE

CANCEL MALFORMED Transaction type is missing or invalid,

in a new table row. I hope this can be fixed too.

perfectpassion

Jun 15 2007, 01:55 PM

Thanks for the feedback - I suggest keeping with previous version until I've looked into these things.

@zarren - the mastercard securecode along with verified by visa is the 3D-secure part of the module - available since v3.0

@Skyline_select - which browser are you using?

Tom

Skyline Select

Jun 15 2007, 02:04 PM

QUOTE (perfectpassion @ Jun 15 2007, 02:55 PM)

@Skyline_select - which browser are you using?

I use Camino as my main browser, so only tested in that.
Useragent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.4) Gecko/20070509 Camino/1.5

I have a feeling document.forms.form.submit() or something similar might have worked, but I prefer the new access method (ids) as opposed to DOM.

vmaster

Jun 15 2007, 09:14 PM

Decided to change over from Protx Form to Protx Direct and installed the latest version as instructed. Now, despite haing done everything, keep getting the following error each time I try to make a test transaction.

Credit Card Error!

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

Any ideas at all please?

Skyline Select

Jun 15 2007, 10:03 PM

QUOTE (vmaster @ Jun 15 2007, 10:14 PM)

Credit Card Error!

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

Any ideas at all please?

I think that happens when you try using a card which does not work with 3D secure / MasterCard SecureCode/ Verified by Visa. Try another card.

perfectpassion

Jun 15 2007, 10:56 PM

You may not have not setup the Protx end up correctly. Switch on the "debug" mode in admin and try the transaction again - post the details here and I can interprete it for you.

Tom

zarren

Jun 18 2007, 10:32 AM

hey again guys

Protx 4.o has given me the biggest headache ever lol I've just got back into work and the protx modual has been sending most payments through as 0.00 !!!!Now I have to mail several customers explaining why their payment wasnt taken and convincing them im not a conman trying to rip em off lol!!!!!

Tom sort it out ! tell people not to use this contrib until it is stable.

perfectpassion

Jun 18 2007, 11:07 AM

I have said not to use ( http://forums.oscommerce.com/index.php?s=&...t&p=1090815 ).

Are you sure the value was £0.00 - have you checked this in PRotx admin - the Protx servers normally refuse any transaction with a value less than 0.01 automatically - if you read above it is know that it is not recording the value correctly in admin at times.

I am working on it an apologise for the inconveince but I do this in my spare time and I'm currently in the process of moving house!

I hope to have a fixed version in the next few days - it's just trying to narrow down the exact problem becuase it doesn't always happen (it seems to affect those transactions where 3D-Secure fails or is not enable mostly)

Tom

sgostelow

Jun 18 2007, 11:32 AM

zarren: That's a bit cheeky asking Tom to "sort it out"!!! Since when did open source authors who work on code in their spare time ever have to do anything for anyone else? Maybe you should be a little more polite if you really do want it fixed!

Tom: I'd just like to say thanks for putting in so much hard work to make the Protx Direct contribution such a valuable additition to OScommerce. I for one very much appreciate it.

Cheers

Shaun

Leomans

Jun 18 2007, 11:34 AM

QUOTE (perfectpassion @ Jun 18 2007, 12:07 PM)

I am working on it an apologise for the inconveince but I do this in my spare time and I'm currently in the process of moving house!

Tom

I just want to say thanks to Tom for all his work on this. His work is invaluable for us protx users.
I look forward to upgrading the the next version, when it's stable!

Thanks

Neil

zarren

Jun 18 2007, 12:11 PM

QUOTE (sgostelow @ Jun 18 2007, 12:32 PM)

Tom: I'd just like to say thanks for putting in so much hard work to make the Protx Direct contribution such a valuable additition to OScommerce. I for one very much appreciate it.

Cheers

Shaun

Shaun By sort itout I mean just inform people not to use the contrib. And I'm sorry but I didn't see that post from tom so I do apologie and I also do apreciate all the hard work everybody puts into oscommerce.

zarren

Jun 18 2007, 12:11 PM

<p>

zarren

Jun 18 2007, 12:44 PM

Sorry again tom but it turns out after 20 mins on the phone to protx it turns out it was an error with their end with the sales being not stored and the 3D secure not working.

Admin side I have not got a clue. It looks like the module is not storing all the info to the database properly? the customer ID is always 0 and the value is always null? Im going to see if I can help out and try to get it working again but I'm still learning to excuse me for any stuff ups.

zarren

Jun 18 2007, 03:24 PM

QUOTE (zarren @ Jun 18 2007, 01:44 PM)

Customer ID not being stored correctly is defo why its not displaying anything in orders.php , but I cannot see anything wrong with my untrained eye??? I can see that you have rearranged the code in protx_process.php to store info to the database, but I cannot see anything wrong with the code? Help Please!!!

Leomans

Jun 18 2007, 03:35 PM

Zarren

I've not implemented 3D Secure yet because to be honest I don't have complete confidence in Protx's implementation. There has been a distinct lack of information from them regarding this and I find it particuarly disturbing that they still have problems with their 3D secure processes.
I hope we can get this resolved soon because I do want to switch on 3D secure, but I am very reluctant until all the processes are stable, both at the oscommerce side, and the protx side.
The work that Tom has done on this is great, I wish I could help with this myself, but I'm a little out of my depth with this.

Cheers

Neil

perfectpassion

Jun 18 2007, 03:55 PM

I think the problem is because the URL GET requests are too long once all the parameters are added so what I'm doing is changing this to store some of the details oin the database before doing the 3D-scure part then updating it afterwards rather than waiting until the whole process is complete before storing it.

I should hopefully have it sorted over the next few days, in the mean time there is no reason not to continue with v3.2 as Protx haven't yet launched the next Authentica/authorise (expected July)

Tom

FWR Media

Jun 18 2007, 07:24 PM

QUOTE (perfectpassion @ Feb 17 2006, 03:30 AM)

You are a star Tom.

I use Protx and watch this thread avidly and it is one of the few fully (and skillfully) supported contributions.

Appreciate your ongoing efforts to keep us up-to-date and functioning

perfectpassion

Jun 19 2007, 12:17 AM

Thank you all for the support

I've uploaded a new version that I believe addresses the problems with v4.0

Please do test throughly on your site with the Protx simulator and let me know if you have any other issues.

Summary:
- BUG FIX Release
- v4.0 contained a few bugs: - Dropped sessions if cookies not used and 3D-Secure active
- Javascript in 3D-Secure iframe not working in all browsers
- Not storing all data in database rendering admin part non-functional
- A problem with the more accurate order id
- sql install files not compatible with older versions of MySQL

As far as I have tested it with the Protx Simulator and IE / Firefox these issues are resolved. Please report any problems in the support thread (link above)

livefooduk

Jun 19 2007, 12:15 PM

V4.1 seems to be working very well

many thanks for all the work you have put into this

The only small issue I have now is that the void function does not work (gives the error "Transaction type is missing or invalid,") on the database it has the Transaction type as "CANCEL" and of course if you then (after trying to void) try to refund you get the error "Refund Failed,Related Vendor Transaction Code missing or invalid length" however if you delete the database entry for the failed "void" or try to refund before trying to void then the refund will work just fine.

kdenby

Jun 19 2007, 04:50 PM

Thanks Tom - I too find that 4.1 now delivers the transaction data to the order in admin ... but also that there is a problem with the Void/Cancel function. I will turn on the appalling 3D Secure tomorrow and test the iframe part ... but thanks a bunch for your dedication and hard work!

zarren

Jun 20 2007, 10:07 AM

tom you the man!!!! give yourself a pat on the back from me

and the void/refund problem I havent even extracted the zip yet but is it the same problem as before with mysql?

Webcraft

Jun 20 2007, 10:52 AM

Hi,

I have just one client using Protx Form, set up nearly two years ago with the details of the process lost in the moists of time.

Suddenly I am facing a ten day deadline for changing the payment gateway so it supports 3D Secure (whatever that is). All I can find is this 25-page thread - 95% of which I don't understand

Nowhere does there appear to be a working update for the payment gateway which will make this work.

Please don't flame me - I am on the edge of my knowledge envelope here and currently dependent on intermittent public internet access . . . any and all help and advise gratefully received (and OK, if you can help then you can flame me a bit as well . . . I am a self confessed idiot . . . . )

- Nick

Charterhouse

Jun 20 2007, 11:12 AM

Hi Tom,

Thanks again for the new update but I still seem to be having issues with the iframe (in both ie and firefox). The iframe is displayed but with the following error inside:

type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

java.lang.ArrayIndexOutOfBoundsException: Input to decode not an even multiple of 4 characters; pad with =.
com.protx.mpi.xml.Base64.decode(Base64.java:263)
com.protx.mpi.xml.Base64.decode(Base64.java:324)
com.protx.mpi.simulator.AccessControlServlet.processPayerAuthenticationRequest(A
ccessControlServlet.java:82)
com.protx.mpi.simulator.AccessControlServlet.doPost(AccessControlServlet.java:68
)
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.

Is this an issue with the config of my shop as no one else seems to have this problem.

I understand that your very busy at the minute but it would be a huge help if you could provide any suggestions to a possible resolution.

Kind Regards,

Paul.

craigf

Jun 20 2007, 11:22 AM

QUOTE (Charterhouse @ Jun 20 2007, 12:12 PM)

Hi Tom,

Thanks again for the new update but I still seem to be having issues with the iframe (in both ie and firefox). The iframe is displayed but with the following error inside:

type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

java.lang.ArrayIndexOutOfBoundsException: Input to decode not an even multiple of 4 characters; pad with =.
com.protx.mpi.xml.Base64.decode(Base64.java:263)
com.protx.mpi.xml.Base64.decode(Base64.java:324)
com.protx.mpi.simulator.AccessControlServlet.processPayerAuthenticationRequest(A
ccessControlServlet.java:82)
com.protx.mpi.simulator.AccessControlServlet.doPost(AccessControlServlet.java:68
)
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.

Is this an issue with the config of my shop as no one else seems to have this problem.

I understand that your very busy at the minute but it would be a huge help if you could provide any suggestions to a possible resolution.

Kind Regards,

Paul.

I get the exact same error when 3Dsecure is activated in my Protx admin page. When 3Dsecure is turned off this contribtion (v4.1) works perfectly.

zarren

Jun 20 2007, 12:01 PM

I have no idea about the javascript error that is above my head, but I do have some news on 3D Secure. Streamline and protx havent actually setup 3Dsecure yet lol!!! So if you are using protx with streamline dont turn on 3Dsecure on yet.

The transaction void error is aparently some sort of URL error? Status details reads as follows "Transaction type missing or invald" after looking into that error the transaction type is the url you send for eg: https://ukvps.protx.com/vps200/dotransactio...ce=VendorVoidTX for void.

I cannot see anything wrong with the code ??? I'm looking into it but im poo at php lol

zarren

Jun 20 2007, 12:10 PM

fixed void transaction:

open admin/orders_protx.php

find line 104

CODE

&TxType=ABORT'

and change to

CODE

&TxType=VOID'

Skyline Select

Jun 20 2007, 01:29 PM

I can assure you that 3D Secure does work with streamline as I have it on at the moment. Not sure it deals with all cards correctly (i.e. ones that don't support 3D secure).

Iain

samwillard

Jun 20 2007, 01:59 PM

hi

ive just installed protx direct v3.2 and i get this

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

no matter what i choose on my card details page whilst checking out

anyone got any ideas?

thanks alot
sam

zarren

Jun 20 2007, 02:38 PM

QUOTE (Skyline Select @ Jun 20 2007, 02:29 PM)

I can assure you that 3D Secure does work with streamline as I have it on at the moment. Not sure it deals with all cards correctly (i.e. ones that don't support 3D secure).

Iain

Check with protx, it will take payments but will flag a error with 3Dsecure. I spent an hour on the phone with protx

Skyline Select

Jun 20 2007, 04:20 PM

I'm telling you it works. Here is a sample from one of my transactions.

QUOTE

3D Secure Applied?: Default - 3D Secure checks performed where the card permitted and rules applied if they were active on the account at the time.
3D Secure Status:

This transaction was fully 3D-Authenticated.

I have also had a problem yesterday where the payment was taken (twice) by Protx but it did not show up in osC, and the customer said they got a technical error message in a red box after going through the VISA bit.

AoM_Scott

Jun 20 2007, 04:54 PM

QUOTE (Skyline Select @ Jun 20 2007, 05:20 PM)

I'm telling you it works. Here is a sample from one of my transactions.
I have also had a problem yesterday where the payment was taken (twice) by Protx but it did not show up in osC, and the customer said they got a technical error message in a red box after going through the VISA bit.

We're using Streamline merchant number with Protx, and 3DSecure (has been working fine for months), can't get it working with the latest module though..

Iframe produces the same javascript error on as above, and none iframe is slightly better but produces a 'technical error' after submitting password on test server.

Scott

perfectpassion

Jun 20 2007, 09:40 PM

First apologies that everyone's having so much trouble with this version! I certainly recommend keeping to v3.2 on a live site until it's all ironed out. I do have the latest version on my site - and ASAIK it is working ok.

@webcraft - v3.2 fully supports 3D-Secure - the newer versions supports an inframe so not to confuse customers and enhanced admin features as well as Protx's new authorise/authenticate. I am not involved with the Protx Form module but I believe that it also supports 3D-Secure

@charterhouse / craigf - I suspect the error you are seeing in the iframe is from an external server not yours. At what point does it appear? Before or after you select the response on the Protx Simulator 3D secure page?

@zarren - thanks for spotting the typo!

@samwillard - the error you are getting is produced when the card is checked by protx_cc_validation - before any data is sent to protx - did you copy all the files for the module correctly? Have you modified the checkout pages?

@skyline_select - have you implemented the javascript "fix" to prevent people clicking twice? The transaction that was reported as "a technical fault" - can you look in the protx_direct table in your db - what does the statusdetail field say?

@AoM_Scott - again - what is listed in the protx_direct table? Is it for all transactions with with ifram off? - If so can you do a test transaction but once at the simulator page activate the debug mode in admin in a new browser window, then finish the transaction and post the details here?

Thanks everyone for your patience whilst this is sorted out and thanks for your help reporting the problems

Tom

AoM_Scott

Jun 21 2007, 03:41 PM

Without iframe.. 3D Secure part with debug on..

CODE

Request URL=https://ukvpstest.protx.com/vpsDirectAuth/Callback3D.asp
Data string sent=MD=011182440339933400&PARes=eJylWFmTokgQfvdXdPQ+GjNyeNFhu1HFJUqhIIfwhoAcAtqCIvz6LdTp7pnd2NjpNYKQyq
rM/PLLzKJg8uc1S58uwamID/nrM/mdeH4Kcu/gx3n4+mzowrfx85/TzkSPTkHArQPvfAqmExQUhRsGT7H/+kyQJDmm+n2CphmGpvsE8TydrIAWFLfpo3sKihfi+2DYH1B0fzgcU6MxQdB40cPrFDv9Tk56P4bY+smL
3LycTlzvDUrKtM+Qw9Fo0nsMJ1lwkrjpgCTp0YCkiPtv0ruLJ70P/dW5vSsw4mvsT2GyJxGpVIJMxyQ6Wmoe+QtBy9ae9DrptSsmvlsGU2xxRAwp8okcvtDjlwEz6d3kk2NrD
mSHM7ZN4mj7k95n0QSTc8Lk1dMxNZz03keT4Ho85AFeQU167/eT3ge6o5vjICnmEQqBtVvRRN9MJ2Wc/QKJeSExXTf5pCjd8lxMwaT3uJt47uUyBQBAoGmDfQV+/eFQb0smgRdPiQFGhP9vWiAND6e4jLIW58+CSa+F0rulFbNUvKzjMMf+TsETrp+8ePGL1+eoLI8vvV5VV
d8r+vvhFPba3PQIpofX+EUc/vGMK+mhHPhSvjt8RZt180Mee24aN26JCwYFZXTwn97B/pMpXWutkT2NZ79hc988sp9/ayUETQ6efw9F7yOIGwP/xf+vRk6F+62IXPJrrrVgF7SlFTwZmvT6/JtG7jb0k5sXu8MpK/6X9u+FHeSXID0cA/9b8YO9rzHwH/3/a9r/sLAae8gy3I3FF2D0fmLxjouLw6Aov1IRX6+Gu0/TTc+/24waMZL1BoAzEYzzhj+cyRMVp1yRyfvXW3ifTD8Cfi+9x/ijlX/piq/g6RSn/ZtMnvh1nIXBcIV05HDDaDxIWNtI7OHmDXkg2tqOVWtryZnJATbB97e8sULFW5HCROR2XnTxF8mo1xmUN
bpeIVWz9Gl3pvbiTlWlrnwOGKmmhIbsHhNtzLjj9eZkFRm3VeDqdO4mYhUV210t17NFBI4iafrqIegsY7
pEbD1yGFHpj8dwnOxfPxj4iPjOwiKov7q7bQYEw7ml+1VdNjiV8Q5vj+Vvs48kSQA6y0LxLQSVBEEoqWB
prsOFNpdnhm/2xEU0WjhEAhQY7t+ifSwyFQGBagiAY+E54XcIEiIgDb7DRsgyM7N2TeXoUP3QnM1Jj1ZDPTMJn2Jqt+E
3CBq3xewVLT+tLSQ+Pdt1/4oacIWhYnYgKPRF6qReluqu5Z/bBb5o1ttMIFyLOdtWFRqUWfvYiMQrUGKJUKWukUejEDXCHPHew5ECOj7t03J+M9a0xuRMuWzXDGcIKFx
bg2RLzys5mw8kYZ46cT/U+RSq+xStTc2R+Kuhsf2DXe8HSg2tjrOZHw0qzbcJCISKqJQENCiRKsQBfEG3lS05QCLdqFFjDBQ9dTH
PEDS8jMD+hgpGiNUI6drhmpZYxcTM63B/vWwz7bJN+BUCd1LhVRV1kTk7+EIaqnjV5kxVXQjgqBp7xrBYiHxRxXNF1RHvk7IA5zpGSbmWkkq8lnqi
UPsimW5z9arooLk7LHRZwHMZ2Ugik0kzs3HWMPJZiMnyzp2WWHdzy87ZpsZn3youXg4jiY2ShY7DW0uVB
O4O+WsK/Y12cKwBTo4S4UTtJbHl857ATks6WnvVXP2hMFAci4ydjVT8WHTLsqDV/kYhJH6Q+jP/4mXFdcYB944YGTxtnjp+DhvsofHZQeVlDBGwOIMUUYXOuOJUe744OFJ08RSg8hCqgAttAiAMBxxECGTK
lJsiCcySlG1L6qycmJ4fqcKLEsmnrtp2HMfUlWURk1773UbqNl2aCPSRWYqslZns27orI61/UmepDzWCW7JIp64+NZaXm44TWmE5p9Rl0eux+4S2PJ5Yu9aJ00jQlQbX1NoQs11eOa4U79NT5ieGdDWk
ZrzVdjw91+M5WB0bJQOkMurEs54OQgQBEJMwFIdtDZUJmLdczDTEgwQABIq2THyuUnncv8KBg+Jtfg34V
QMYxBUiS7FiZw1EscsbEF49DrFVtQhtaVHZmB9jBkLemmUR4c9gs4zHl3/qFjk3TzLuElsH484dwZhvawlxYigPQRnF5cGfaVVrwCCdNW4rYsuSiZdV559LiSllUrGMfdvP1blj0/MCceotjLmq4i0XQ8ZXu8XACkEYhicY8gJUPQ6E9tyWHFx2274aqnju0M7xwJZoNkRcB834T8o4/aJR2Q3YfzJSAdu23ZlGeNzhIlNM4tHgbwhb3jrvhhrARjHzT+FFrsX/W3ilbaUR5i/teAksP6GAHNAiJHSjjQu3SNhXZgNNIUyPW0vInTWTu5ZdSTrYIeCJcF0scXZdCNergY/cTvRWK0l24Zo+fCP50JZnhSMnIBVi5R3lVmTybT2g2u3Ka7er+NYlFz9Xii3lX+TMPzp4W+/8bV8HS4i59fuj+TAl7Li+bGZBMb/AdD9YCbw6l+rB2mMDc6TPq26yjIhZXRiF7AjmpnNcSG/cyTyKKyFTR1K506XhqqCdnd4fWobRDxdR5RDcaKld+0TODAmLulzOS9bbePnbLAt2ulmdV7o/O3p1h+7aRTOjNmWhu2kvoYYZjcr59WSRSp2R5Yrdz/tj8bgN1dfHk/mXx+H0Q9o+YN+f1F86qdyO4Wvwf9TRwT+n598+fl8c47KslYFFG2Vkh0wme1nuXmsRRfRWEC71Qt7ykt
RQm1kyQsloNdppg1VpEfbcdYzFUe7jXTQuQWASQmemor50XW0FelsVAz+DLkvkDhg2vfFivfKdStfmR7d
QZgbXT3LRdHaq393B9BAv1tbZoRQ1EdRkdS2Fsd7x0qW0B90cUTZn0Gdpx6BHJh6h3uPmH2/Avxk4UAG8Gfuh/+NE+pGFh+Tvw8f59Kfj2u1Dwe0zRvt2+/nzxl+aEo1R
Protx response=VPSProtocol=2.22
Status=REJECTED
StatusDetail=Your 3D Secure rulebase Rejected this transaction. 3D-Secure validation returned a status of -
3DSecureStatus=

curl_error=

My 3D Secure rulebase for test server is empty.. I added a rule for all transactions with the boxes all ticked.. same error.

Can't get that far with debug off as I get the java error as above? It feels like the information isn't being transferred to the 3DSecure server properly.. Not sure how this is done? Is it a POST or something?

Scott

AoM_Scott

Jun 21 2007, 03:51 PM

I tired to edit the above post but couldn't..

With regards to the information above.. the module doesn't seem to actually be broken for none iframe.. it's just a result of me messing with the database trying to get PREAUTH with the new module.. Tried with a deferred transaction and went through fine. Still getting the error with the iframe though (Java) either way. My advice to anyone with the same problem without the iframe.. would be to uninstall the module in admin, and reinstall it.. so the configuration is not still for PREAUTH.. (mine is not like that I just added the PREAUTH type because I thought it would work the same - I was wrong

)

Scott

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.

OSCOMMERCE SUPPORT CALL 702-453-3332