Jump to content
Sign in to follow this  
perfectpassion

Protx Direct v2.22

Recommended Posts

If you set the module to "Server IP test" and do a test order what does it display? If you set it to "Test" and debug to "True" what is displayed - you can send the result to me via PM if you don't want to paste them here.

 

Tom

 

Same result, Tom. I think I'll roll back and re-install. It was an upgrade from 3.2, and something is definitely not right!

 

Cheers, Laurie.

Share this post


Link to post
Share on other sites
If you set the module to "Server IP test" and do a test order what does it display? If you set it to "Test" and debug to "True" what is displayed - you can send the result to me via PM if you don't want to paste them here.

 

Tom

 

I've overwritten all the distributed files, checked all the manual edits are done (they are), and re-done the install in admin. Traffic for http/https/icmp is leaving the server for Protx by all reasonable means except by this module. Everything appears normal right up until confirmation of payment, then it just hangs. I'm running tcpdump on the server, and also on the firewall. Note that the IP address I'm looking [grepping] for is 213.52.247.135 as that's where https://ukvps.protx.com goes to.

 

I am stumped. Note that iptables is NOT running on the server in question.

 

My php isn't that strong, so I can't see how else I can debug this.

 

This may help:

 

catalog # grep -r ukvps *

admin/orders_protx.php: $url = 'https://ukvpstest.protx.com/vspgateway/service/'.$service.'.vsp';

admin/orders_protx.php: $url = 'https://ukvpstest.protx.com/showpost/showpost.asp';

admin/orders_protx.php: $url = 'https://ukvpstest.protx.com/VSPSimulator/VSPServerGateway.asp?Service='.$sim_service;

admin/orders_protx.php: $url = 'https://ukvps.protx.com/vspgateway/service/'.$service.'.vsp';

includes/languages/english/modules/payment/protx_direct.php: define('MODULE_PAYMENT_PROTX_DIRECT_TEXT_DESCRIPTION', '<strong>Test Credit Card Numbers:</strong><br /><br />Visa#: 4929000000006<br />MC#: 5404000000000001<br />Delta#: 4462000000000003<br />Solo#: 6334900000000005 - Issue #: 1<br />Maestro#: 5641820000000005 - Issue #:01<br />AMEX#: 374200000000004 <br /><br />Any future date can be used for the expiration date and any 3 or 4 (AMEX) digit number can be used for the CVV Code.<br /><br /><a target="_blank" href="https://ukvps.protx.com/vspadmin">VSP Admin</a>');

protx_process.php: $url = 'https://ukvpstest.protx.com/vspgateway/service/direct3dcallback.vsp';

protx_process.php: $url = 'https://ukvpstest.protx.com/showpost/showpost.asp';

protx_process.php: $url = 'https://ukvpstest.protx.com/VSPSimulator/VSPDirectCallback.asp';

protx_process.php: $url = 'https://ukvps.protx.com/vspgateway/service/direct3dcallback.vsp';

protx_process.php: $url = 'https://ukvpstest.protx.com/vspgateway/service/vspdirect-register.vsp';

protx_process.php: $url = 'https://ukvpstest.protx.com/showpost/showpost.asp';

protx_process.php: $url = 'https://ukvpstest.protx.com/VSPSimulator/VSPDirectGateway.asp';

protx_process.php: $url = 'https://ukvps.protx.com/vspgateway/service/vspdirect-register.vsp';

 

Cheers, Laurie.

Share this post


Link to post
Share on other sites

I believe it's the search engine safe urls affecting it.

 

In admin, Configurations, my store, set "Use Search-Engine Safe URLs (still in development)" to false and try again.

 

Tom

Share this post


Link to post
Share on other sites

Hi,

 

I have just upgraded to V4.4 initially when I tested a meastro card it worked without issue.

I thought I would be cleaver an try to change the background colour of the protx_process.php (which failed miserably)

So I removed the code I added and tested again. Now when I click on submit I get this inside the details box.

HTTP Status 500 - 

--------------------------------------------------------------------------------

type Exception report

message 

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

exception 

javax.servlet.ServletException: java.lang.NullPointerException
com.protx.mpi.simulator.AccessControlServlet.processPayerAuthentication(AccessCo
ntrolServlet.java:279)
com.protx.mpi.simulator.AccessControlServlet.doPost(AccessControlServlet.java:11
0)
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)


root cause 

java.lang.NullPointerException
java.lang.StringBuffer.<init>(Unknown Source)
com.protx.mpi.xml.MessageComposer.addDTD(MessageComposer.java:60)
com.protx.mpi.xml.XmlHelper.parse(XmlHelper.java:55)
com.protx.mpi.simulator.AccessControlServlet.processPayerAuthentication(AccessCo
ntrolServlet.java:187)
com.protx.mpi.simulator.AccessControlServlet.doPost(AccessControlServlet.java:11
0)
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)


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


--------------------------------------------------------------------------------

Apache Tomcat/6.0.13

 

So I remived protx from my admin section and re-uploaded the file again. tested still same result.

However visa card tested ok.

 

Not sure if it is me or protx.

 

Does any one know?

 

Thanks


Better to be looked over than overlooked!

Share this post


Link to post
Share on other sites

Protx sometimes throws that error on the test server if you have cookies blocked - check your privacy settings in IE are 'low'. IF still happening can you switch debug to "true" and post the result from a test order here?

 

Tom

Share this post


Link to post
Share on other sites

Hi Tom,

 

Yes I tried it on another PC and it worked ok with low cookies. You did resolve an issue I had with the same answer but different problem. What ould We do without you for all things protx.

 

Luvly Jubly

 

Many Many Thanks


Better to be looked over than overlooked!

Share this post


Link to post
Share on other sites

Just wondered, if anyone has been given or offered compensation by protx following the 1st August fiasco when their systems were down most of the day.

I did send a support ticket asking if they will be compensating customers but surprise surprise I didn't hear anything back. In fact they seem to have totally ignored my last 2 support emails!!

Share this post


Link to post
Share on other sites

I am currently getting quite a few customers each day not selecting the proper card type. Instead they submit the payment details with the first option of American Express, this obviously then results in a failure and put back to the payment page with all the card details to enter again.

 

I know that the BIN ranges were dropped as they were unreliable, however perhaps if the default option was "Select Card" and then do some error checking to make sure that the person selects a list item might stop some of these errors?

Share this post


Link to post
Share on other sites

Protx have said via their support forum that there will be no compensatation as they are bascally a low price processor and do not have an SLA with customers.

 

I agree that perhaps changing the select card drop down is blank or "Select Card" by default instead of a card type may reduce customer errors.

 

Tom

Share this post


Link to post
Share on other sites

hello everybody,

 

we have had feedback from users who want to know the order total (inc shipping costs) before inputing card details. Thinking about this I guess an enhanced shopping cart info box would do the job...any suggestions?

Share this post


Link to post
Share on other sites
hello everybody,

 

we have had feedback from users who want to know the order total (inc shipping costs) before inputing card details. Thinking about this I guess an enhanced shopping cart info box would do the job...any suggestions?

 

I use this contribution on my site which seems to work well http://www.oscommerce.com/community/contributions,1781

 

Basically you just add something to your basket and then it shows you the estimated shipping cost and order total on the next page (shopping_cart.php)

 

hth

 

Dave

Edited by stubbsy

Share this post


Link to post
Share on other sites
any suggestions?

 

Yes. As this has nothing to do with Protx Direct try posting it in a more suitable forum and thread.

 

Vger

Share this post


Link to post
Share on other sites

Urgent problem with new Protx server or V4.4

 

Any Customers with more than 2 dots in the email address can not checkout and get this error:

3078 : The CustomerEMail format is invalid. The value was vicky@name.wanadoo.co.uk

 

I have tested this and it is the same for any email address containing more than 2 dots, it worked fine before the server upgrade.

I have put in a support ticket with protx but am still waiting for a response from them.


Best wishes

Steve

Share this post


Link to post
Share on other sites

Getting the same CustomerEMail format error, I posted my support ticket 6:45pm yesterday (14 August). They say responce time is 1 day 8hrs - that's 2 working days. The Protx server upgrade has not gone well. My problems have been the validation rules on the amount field, description field length, and now the CustomerEMail field.

 

according to the Protx support forum they will be releasing a patch later today.

Share this post


Link to post
Share on other sites
I believe it's the search engine safe urls affecting it.

 

In admin, Configurations, my store, set "Use Search-Engine Safe URLs (still in development)" to false and try again.

 

Tom

 

Hi Tom,

 

You're absolutely right!

 

That's sorted it. Many, many thanks.

 

Cheers, Laurie.

Share this post


Link to post
Share on other sites
I believe it's the search engine safe urls affecting it.

 

In admin, Configurations, my store, set "Use Search-Engine Safe URLs (still in development)" to false and try again.

 

Tom

 

I was happy too soon... Indeed this fixed the problem with traffic going out to Protx, but it's broken something else. If one clicks on a category, it goes straight back to the home page. Hovering over the category shows the home page URL in the lower left hand corner of the browser (firefox).

 

SEO URLs V1.1 has been installed (http://www.oscommerce.com/community/contributions,2796).

 

I see that there are some updates to apply to the SEO plug-in, and will apply them, but reading the comments and the associated forum topic, I don't think it will make any difference to this particular problem.

 

This is turning into a nightmare!

 

Any suggestions, Tom?

 

Cheers, Laurie.

Share this post


Link to post
Share on other sites
I was happy too soon... Indeed this fixed the problem with traffic going out to Protx, but it's broken something else. If one clicks on a category, it goes straight back to the home page. Hovering over the category shows the home page URL in the lower left hand corner of the browser (firefox).

 

SEO URLs V1.1 has been installed (http://www.oscommerce.com/community/contributions,2796).

 

I see that there are some updates to apply to the SEO plug-in, and will apply them, but reading the comments and the associated forum topic, I don't think it will make any difference to this particular problem.

 

This is turning into a nightmare!

 

Any suggestions, Tom?

 

Cheers, Laurie.

 

 

Try resetting all of your cache.

Share this post


Link to post
Share on other sites

Hi,

 

Many thanks to Tom & co for all the hard work put in.

 

I have a quick question regarding a problem with my error messages....

 

I'm currently having issues with the actual error message box being displayed but no actual error message inside.

 

The url being returned is

 

?payment_error=protx_direct&amp;error=The+credit+card+number+entered+is+invalid.+Please+check+the+number+and+try

+again.&amp;protx_direct_cc_owner=.....

 

For some reason (I can't work out why) amp; is being included after every &.

 

Any ideas on a quick fix for this? I have chemo's URL cont installed but it works fine for all other messages.

 

Cheers

 

Paul.

Share this post


Link to post
Share on other sites
Hi,

 

Many thanks to Tom & co for all the hard work put in.

 

I have a quick question regarding a problem with my error messages....

 

I'm currently having issues with the actual error message box being displayed but no actual error message inside.

 

The url being returned is

 

?payment_error=protx_direct&amp;error=The+credit+card+number+entered+is+invalid.+Please+check+the+number+and+try

+again.&amp;protx_direct_cc_owner=.....

 

For some reason (I can't work out why) amp; is being included after every &.

 

Any ideas on a quick fix for this? I have chemo's URL cont installed but it works fine for all other messages.

 

Cheers

 

Paul.

 

This is just a stab and I'm not sure about this at all.

 

Do you have the W3C option set to true?

 

If so it is urlencoded by the SEO urls contrib

 

 

Maybe change the following in protx_direct.php

 

		tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . urlencode($error_detail), 'SSL', true, false));

 

To

 

		tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . $error_detail, 'SSL', true, false));

Share this post


Link to post
Share on other sites
Try resetting all of your cache.

 

Top man! That worked a treat! Thanks!

 

Next time I'm in Stow, I'll buy you a beer, or if you come to Ipswich, I'll buy you one!

 

Cheers, Laurie.

Share this post


Link to post
Share on other sites

Stowmarket, Ipswich, Norwich - us East Anglian folk are taking over the world.

 

Vger

Share this post


Link to post
Share on other sites
Try resetting all of your cache.

 

Oh dear. I spoke, much, much too soon... That hasn't worked...

 

ARRGGGHH!!!

 

Cheers, Laurie.

Share this post


Link to post
Share on other sites
This is just a stab and I'm not sure about this at all.

 

Do you have the W3C option set to true?

 

If so it is urlencoded by the SEO urls contrib

Maybe change the following in protx_direct.php

 

		tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . urlencode($error_detail), 'SSL', true, false));

 

To

 

		tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . $error_detail, 'SSL', true, false));

 

Hi, thanks for the suggestion. Unfortunately I have already attempted this and it makes no difference.

 

I have no idea if the W3C option is enabled. :blush:

 

Any other suggestions would be really helpful.

 

Regards,

 

Paul.

Share this post


Link to post
Share on other sites

Why anyone would use any SEO URL's module other than Chemo's Ultimate SEO URL's on an Apache server escapes me completely.

 

I can see the point of the module which works on Windows servers, but for Apache servers there really is only Ultimate SEO URL's that I would use.

 

Never had any problems with using them with any payment module.

 

Vger

Share this post


Link to post
Share on other sites
Why anyone would use any SEO URL's module other than Chemo's Ultimate SEO URL's on an Apache server escapes me completely.

 

I can see the point of the module which works on Windows servers, but for Apache servers there really is only Ultimate SEO URL's that I would use.

 

Never had any problems with using them with any payment module.

 

Vger

 

I'll uninstall the one we currently use (didn't know there was a better one), and try Chemo's one out. I must say, the old one has been working for a very long time with no problems...

 

Cheers, Laurie.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×