OSCOMMERCE SUPPORT CALL 702-453-3332

The way it should be

I bet that will solve the problem.

Use version 2.1c - the last one updated by Chemo himself. I wouldn't trust anything later than that.

Vger

Have you checked the tep_redirect function in includes/functions/general.php to ensure that it is stock and the $url is not being formatted with htmlspecialchars or somesuch?

Hi,

I'm actually using Chemo's Ultimate URL's but still get this problem.

I have no other problems with any payment modules just protx direct. Strange.....

Any other suggestions?

Thanks.

Hi Babygurgles, here is the function:

function tep_redirect($url) {
if ( (strstr($url, "\n") != false) || (strstr($url, "\r") != false) ) {
tep_redirect(tep_href_link(FILENAME_DEFAULT, '', 'NONSSL', false));
}
if ( (ENABLE_SSL == true) && (getenv('HTTPS') == 'on') ) { // We are loading an SSL page
if (substr($url, 0, strlen(HTTP_SERVER)) == HTTP_SERVER) { // NONSSL url
$url = HTTPS_SERVER . substr($url, strlen(HTTP_SERVER)); // Change it to SSL
}
}
header('Location: ' . $url);
tep_exit();

Our site is heavily customised and cannot remember if this is chemo's code or not....

Anything look stupid to anyone?

Well it's a dirty fix and better to find the root of the problem .. but if all else fails ..

Replace in that function



With



Good luck

Hi,

Thanks for the fix. Works perfectly.

I'll have to spend some time to find out excatly why it seems to get encoded but at least our customers can see any protential issues with the payment model.

Thanks again,

Paul.

Regarding the issue with & in the urls with seo urls installed see this post earlier in the thread (it's a fix taken from the ultimate seo urls thread some time ago) http://forums.oscommerce.com/index.php?act...amp;pid=1099546

Tom

Ok, I've removed the SEO stuff I was using, flushed all caches, turned off the "search engine friendly URLs" thingy in admin, and the site now works, albeit without SEO enabled.

I'll now tar the site up and add in Chemo's stuff. Will report back.

On another peripheral note, is anyone else in the East Anglian contingent a member of ALUG (Anglian Linux User Group)? PM me if you are or want to be, please.

Cheers, Laurie.

I did as you advise, and the site is now working fine. There is one caveat though. The 2.1c version isn't properly compatible with MySQL5. There's a later replacement for seo.class.php which changes the database tables slightly (see: Fixed seo.class.php jpweber 25 Nov 2006) .

Ideally, the new version should be installed before first running the app, so the database is properly configured. However, if, as I did, one runs the app as per the instructions, SE-friendly URLs don't work for categories, and clearing the SEO cache dies with the following error:

"1146 - Table '<your-database>.cache' doesn't exist DELETE FROM cache WHERE cache_name LIKE '%seo_urls%'"

It is also not possible to create new categories.

The solution is to take the SQL code from seo.class.php which creates the cache table and execute it your favourite way. Everything works fine thereafter.

Many thanks to all who helped here, and especially Tom for a great plug-in.

Cheers, Laurie.

hi guys..

i got a uk shop running protx form.. i been testing protx direct for a while and everything looks ok. I am using the version 4.4 protx direct.

i am trying to add a surcharge facility .i used this contribution http://www.oscommerce.com/community/contri...ch,payment+type .In uk it is legal to add surcharge.

the problem i am having is that it adds surcharge regardless of what type of card is being used.i wanna add surcharge to only credit card not debit card, e.g mastercard and visa.

i am looking for few pointers on how to achive this using protx direct 4.4.is it possible to have two protx direct modules running at the same time, label one as debit card and the other credit card.then i can add a surcharge to the credit card.

At the moment i have added the surcharge to over all price of the good but this makes certain goods way over priced compared to other shops. i been looking at protx direct to replicate it but with no luck.. i am kind of lost here..what files do i need to replcate ?? no sure .

many thanks in advance

nafri

It would be possible to have 2 protx_direct modules but you would need to modify them so they don't clash with each other. You would need to duplicate the includes/modules/payment/protx_direct.php file and the corresponding language file. The files would need to be renamed and then you would need to change the class (i.e. class protx_direct to class protx_direct2 )and constructor function name (i.e function protx_direct() to function protx_direct2() ) as well as the code name (i.e $this->code ="protx_direct" ). You would also need to change the name of the various constants within the module (e.g MODULE_PAYMENT_PROTX_DIRECT....). Finally you would also need to change the fieldnames for the checkout/confirmation pages - these are the fields such as protx_direct_cc_type as used in several of the functions.

You would need to duplicate the protx_process.php file and update the names of those variables you have used as above.

In summary it is possible but will just take a little bit of work!

Tom

Many thanks tom.. you saved me alot of hadache here.. .i made the changes in the module and language file but forgot to do it in the protx_process.php.

thanks again.

nafri

hi just installed this update version 4.4 which works great apart from when not entering certain card information i'm getting the following code show up on my site in checkout_payment.php:

TEXT_CCVAL_ERROR_INVALID_DATE

TEXT_CCVAL_ERROR_INVALID_NUMBER

and so on, have i missed something.

how can i modify the page layout for when you get the two new screens appear once you have hit confirm order? when the boxes come up my site in the background only shows the header.

also how can i have 'please select' on the card drop down box rather than just electron there, i'm sure people will not see this correctly otherwise.

If those strings are appearring then the following defines are missing from your includes/languages/english.php file - they are standard osC defies and not part fo the module - they must have been deleted at some pint


The page layout can be modifyied by changing the code in protx_process.php file. It designed to only show the header so that the customer knows they are still on your site but prevent them from clicking away from the 3D-Secure box (thus reducing cart abandonment) - this is n the verified by visa implementation guidelines

To add a "please select" (planned for next release) edit includes/modules/payment/protx_direct.php. Find the section with:
Add the following line BEFORE THE OTHER LINES:


I would also suggest in the same file finding and inserting immediately before

You will then need to add the following line to includes/languages/english.php


Tom

Thanks again for the superb expertise Tom. Not sure what we would do with out you! (make sure you train somebody up before you retire! )

Hi,

I have finally got round to installing v4.4 (an upgrade from v3.2) and all seems to work as it should. There is one issue however that I'm hoping there is a solution to.
When viewing an order in the admin section there was a neat table showing Time, Payment Type, Status etc., this worked perfectly prior to the upgrade but now there are several fields missing/blank ... namely AVS/CV2 check, Address Check, Postcode, CV2 check and Status.
I have gone through everything to make sure I've followed all the necessary steps but I can't see anything obvious that I may have neglected to do.
Any ideas ?

John K


p.s. many thanks to you for the help and support that was given and received on this and the Protx forum through what was a very testing time ... I seriously wish there was something I could do in return.

You may have done it but I would suggest firstly checking the protx table in phpmyadmin against the following ensuring to change any fields that differ.

the only line that I can see that differs is the 'txtime' .... is this safe to change ? and if it is what do I do?

thanks for helping with this .... at times my brain feels as small as a walnut

JK

don't worry about the txtime.

Is it all transactions that are failing to have the details displayed?

If you set debug to true and do a test order can you post the details? (NOTE: now that 3D-secure is active you will need to leave debug to false, start the test order, once the 3D-secure iframe appears set debug to true in another browser window then submit the 3D-secure form).

Tom

Tom,

so far yes ... this is what is returned.



I'll run a test order shortly ... I'll need to clear it with me gaffer first.

cheers

John K

Hi,

Can anybody help me with a change i need to do?

if ($authorised === true) {
tep_redirect(tep_href_link(FILENAME_CHECKOUT_PROCESS, 'protx_id='.$protx_id, 'SSL'));
} else {
tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . urlencode($error_detail), 'SSL', true, false));
}

I need to change this statement so that the redirect goes to a certain page dependent upon the products category..

Ie. "if $authorised === true 'and' $categories_id = 'xxx' goto FILENAME_CHECKOUT_PROCESS_XXX else FILENAME_CHECKOUT_PROCESS"

Is there an easy way to do this? is the $categories_id available to use?

Thanks to anyone who can shed any light on how to do this...

something really weird has happened to my site with regards to payment. it was working perfectly fine, until i tried to change the prots system to test, which when i did, i kept getting an error saying "Please select a payment method for your order" when using the test card details in the site, so i changed back to live.

now whenever i try to place an order i keep getting "Please select a payment method for your order". I have made sure that the protx payment is on in admin and made sure I have entered all the details correctly on admin side (i actually did a screen capture to make sure i do all the details correct).

anyone any ideas please.

^^^^PLEASE IGNORE

guys got a weired issue..

i just reinstalled protx direct. i set the Transaction Mode to Server IP Test. then i placed the ip i got in to protx admin.I set the subnet mask to 255.255.255.255( is this right).

i did a test visa delta transactiona nd it went through , .When i use meastro i get nothing blacnk screen.

when i do a debug i get this.

Request URL=https://ukvps.protx.com/vspgateway/service/vspdirect-register.vsp
Data string sent=VPSProtocol=2.22&TxType=DEFERRED& (bit editted)
Protx response=VPSProtocol=2.22
Status=3DAUTH
StatusDetail=2007 : Please redirect your customer to the ACSURL, passing the MD and PaReq.
3DSecureStatus=OK
MD=(bit edited )
ACSURL=https://www.securesuite.co.uk/rbs/tdsecure/opt_in_dispatcher.jsp?partner=debit_nw&VAA=B
PAReq= (bit edited)
Response array=Array
(
[VPSProtocol] => 2.22
[Status] => 3DAUTH
[StatusDetail] => 2007 : Please redirect your customer to the ACSURL, passing the MD and PaReq.
[3DSecureStatus] => OK
[MD] => (bit edited)
[ACSURL] => https://www.securesuite.co.uk/rbs/tdsecure/...it_nw&VAA=B
[PAReq] => (bit edited)
)

curl_error=

bit edited is the stuff i removed for secutiry reason.the last bit curl_error is what it says.there is nothing after dat.

No popup. iam using sts, and chemo seo contrib.

just found out about this today. i dont have a meastro card and couldnt test it till today

That debug is normal - when the module receives that response it should then display the iframe with 3D-secure window.

Can you confirm which version you have installed?

Tom

Are you being serious?

I posted it in this "forum" as this issue effects anyone using the protx direct payment module and therefore thought I might get some helpful comments

thanks for replying

i am using verion 4.4

i used a visa card on the same order and it went through.when iclick on the order in the admin side..i see loads of small windows saying this
20070823205442 DEFERRED 11.9900 3DAUTH 2007 : Please redirect your customer to the ACSURL, passing the MD and PaReq. OK Abort / Release

and these entries are blank

AVS/CV2 Check Address Check Postcode Check CV2 Check

i also notice when i try to abort the visa transaction i get this 2015 : The server encountered an unexpected condition which prevented it from fulfilling the request

regards

i am attaching a pic to clarify what i said above regarding what i see when i click on order in admin.the first entries are made by meastro card but i didnt get no popup window, just a screen with sts place holder code and jpegs.

the last entry is made by the a mastercard and it went okay.

I'm sorry, but I've been back over your post and I still don't see what it has to do with Protx Direct or any other payment module:


Vger

@nafri - the mastercard worked because it didn't use 3D-Secure. The module is receiving the request for 3D-Secure for the maestro but is obviously not working at that point. When using the maestro card for payment after you click"Confirm" on checkout_confirmation what happens - what do you see?

If you edit protx_process.php near the top you will see - change to and try again with the maesto.

Tom

hi tom
many thanks for getting back to me.

i have set iframe to off and now i get the the 3d secure page in the same window. this is url it goes to https://www.securesuite.co.uk/rbs/tdsecure/...it_nw&VAA=B. At least now i know i installed the contrib right.Any way of getting the popup to show up.

regards
nafri

good to know it's working without the iframe.

Just a little point - you shouldn't be expecting a popup - it should be an iframe window set on a plain background with your store's header.

It may have something to do with you having STS installed - I haven't tested it against that.

Tom

Hi tom

thanks for helping out

i have one more question. at he moment i am using 3d secure for meastro only. if i enabled 3dsecure for other cards,. will i still be able to accept cards that are not in 3d secure system.

When i was using protx form , if a card was in 3secure customer would get a popup and if it wasnt then he wont .Can i setup the similar system with protx direct.

regards
nafri

If you enable 3D-Secure for all cards then when a non-3D-Secure card is used it will simply go straight to checkout_success without displaying the extra 3D-Secure page.

Tom

thanks tom for all your help

regards

nafri

Hi,
I wrote a while back about the problems I was having Authorising a transaction from the admin area, and how the session was lost..

I've installed the latest protx module ,and unfortunately, I'm still having the same problems. Having put the protx module into debug, when I go to the admin area and authorise a transaction, the output is as follows:-



Going to the VSP Admin area, the transaction appears unchanged, still waiting to be authorised.

Any help would be much appreciated.

--Neil.

Presumably if you are trying to authorise the transaction in admin the catalog side of the protx module works fine?

The debug you've posted is fine except for the fact that there is no response from the protx server!

If it is working on the catalog side I'm really not sure why the admin side isn't working as thae part of the code that communicates with protx is the same.

If you set the module to "Server IP Test" and try to authorise from the admin area does this produce anything? IF so could you post/PM those details.

Tom

Yes, the protx module works fine catalog side. All purchases made appear in the VSPAdmin page. Having followed your instructions, the result I get is:-

VPSProtocol=2.22&TxType=AUTHORISE&Vendor=iteqdirect&VendorTxCode=6-46930487911609483105811530957899&Amount=504.99&Description=Authorise+via+osC+admin+area&RelatedVPSTxId={4214EE33-BB56-F25F-517A-1D5AA123205A}&RelatedVendorTxCode=6-51040599751080367767467310000060&RelatedSecurityKey=RWATE2BFOF

if you open your admin/orders_protx.php file and find:


Change the false to true and try again.

Tom

Thanks Tom, that did the trick. The only minor annoyance now is that i'm forced to log in every time I authorise a transaction in the admin area !.

Hi,

I've just has a customer complain that we've taken their money but they got no order confirmation and no order logged when they login. I've checked and yes, the money has been taken, the transaction was successful, but that particular customer is showing that they have not placed any orders.

Here is the info from the protx table for that order and the subsequent one... any ideas?



The only difference between the one recorded in OSC and the inital one which wasn't is that there was no value recorded in the CAVV section of the table.

Dave

@blackmogu - i'm not sure why it's logging you out of your admin - is this the RC1 login or a different mod - I've tested it with the RC1 an not had any problems and the code correctly adds session ids where needed.

@stubbsy - I've not seen that happen before - looking at the database entry the CAVV is missing - that is becuase 3Dsecure wasn't performed for that transaction ("NOTCHECKED"). When 3D-Secure isn't attempted the code just stored the transaction in the database an immediately redirects to checkout_process.php to store the order - it seems that this didn't happen for an unknown reason. Please keep an eye on this and if any more transactions happen please let me know with any info you have.

Tom

Yes, this is RC1 with the latest protx module, though if you recall I had the same problem before... this is the only part of the system that seems to lose the session.. and I'm stuck for ideas on how to go about nailing the problem.

Hi Folks, and thanks Tom for making this Contribution.

My site is in test mode at the moment and I’m having a problem in testing the 3D Secure feature. Everything works ok when I’m not using 3D Secure.

When it’s enabled I get as far as the frame and enter “password” for the pass. If enter nothing it says it need a password. If I enter anything else I get this:



My site is in English btw.

Any help would be greatly appreciated.

I haven't come across this before. Using an online translator gives "missing or invalid large parameters". The only place I can think this error is being generated is by your server.

I did a quick google and the only thing I could find was a link to another osC thread - the person concerned was using a different module and the error was generated due to security settings on their host's server.

It may be worth contacting your host to ask them about the German error - please do let us know when you get a response.

Tom

Some of the 1and1 servers are based in Germany I believe, under the Schlund company.

Vger

Thanks for the responses, they prompted me to have a look at the source code of the iframe when i'm entering the details for 3D Secure.

The strange thing i noticed is the form field "amount" appears twice. Once for my vendor name and once for the amount. Please see below.




<form action="/mpitools/accesscontroler;jsessionid=995678149412A160216A29C3A2C537B1?action=auth" method="post">

<div align="left"> </div>

<table cellpadding="2" cellspacing="2" border="0" width="400" align="center">
<tbody>
<tr>
<td valign="top" width="40%">Vendor</td>
<td valign="top"><input name="amount" value="AudioImages" size="30" readonly></td>
</tr>
<tr>
<td valign="top" width="40%">Purchase Amount</td>
<td valign="top"><input name="amount" value="29.99 GBP" size="30" readonly></td>
</tr>
<tr>
<td valign="top" width="40%">Date</td>
<td valign="top"><input name="date" value="Wed Sep 05 10:01:23 BST 2007" size="30" readonly></td>
</tr>
<tr>
<td valign="top" width="40%">Pan</td>
<td valign="top"><input name="pand" value="xxxxxxxxxx0006" size="30"></td>
</tr>
<tr>
<td valign="top" width="40%">Password<br>
</td>
<td valign="top"><input name="password" type='password' value="" size="30"></td>
</tr>
<tr>
<td valign="top"><br>
</td>
<td valign="top"><br>
<input type="submit"></td>
</tr>

</tbody>
</table>
</form>

that source is the same as what I get when testing but it works ok for me.

The contents of the iframe is controlled by Protx - perhaps try sending them the details to support@protx.com (include all the info you posted here).

Have you tried using the Protx simulator - does it work ok with that - if so then it implied a problem with the test server. I don't believe it's a problem with the module.

Tom