brownowl Posted August 13, 2007 Posted August 13, 2007 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. Quote
brownowl Posted August 13, 2007 Posted August 13, 2007 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. Quote
Guest Posted August 13, 2007 Posted August 13, 2007 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 Quote
clrob11 Posted August 13, 2007 Posted August 13, 2007 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 Quote Better to be looked over than overlooked!
Guest Posted August 13, 2007 Posted August 13, 2007 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 Quote
clrob11 Posted August 14, 2007 Posted August 14, 2007 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 Quote Better to be looked over than overlooked!
Leomans Posted August 14, 2007 Posted August 14, 2007 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!! Quote
K3D Posted August 14, 2007 Posted August 14, 2007 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? Quote
Guest Posted August 14, 2007 Posted August 14, 2007 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 Quote
future1 Posted August 14, 2007 Posted August 14, 2007 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? Quote
♥stubbsy Posted August 14, 2007 Posted August 14, 2007 (edited) 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 August 14, 2007 by stubbsy Quote
♥Vger Posted August 14, 2007 Posted August 14, 2007 any suggestions? Yes. As this has nothing to do with Protx Direct try posting it in a more suitable forum and thread. Vger Quote
livefooduk Posted August 15, 2007 Posted August 15, 2007 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 [email protected] 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. Quote Best wishes Steve
rhubarb Posted August 15, 2007 Posted August 15, 2007 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. Quote
brownowl Posted August 15, 2007 Posted August 15, 2007 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. Quote
brownowl Posted August 15, 2007 Posted August 15, 2007 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. Quote
♥FWR Media Posted August 15, 2007 Posted August 15, 2007 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. Quote Ultimate SEO Urls 5 PRO - Multi Language Modern, Powerful SEO Urls KissMT Dynamic SEO Meta & Canonical Header Tags KissER Error Handling and Debugging KissIT Image Thumbnailer Security Pro - Querystring protection against hackers ( a KISS contribution ) If you found my post useful please click the "Like This" button to the right. Please only PM me for paid work.
Charterhouse Posted August 15, 2007 Posted August 15, 2007 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&error=The+credit+card+number+entered+is+invalid.+Please+check+the+number+and+try +again.&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. Quote
♥FWR Media Posted August 15, 2007 Posted August 15, 2007 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&error=The+credit+card+number+entered+is+invalid.+Please+check+the+number+and+try +again.&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)); Quote Ultimate SEO Urls 5 PRO - Multi Language Modern, Powerful SEO Urls KissMT Dynamic SEO Meta & Canonical Header Tags KissER Error Handling and Debugging KissIT Image Thumbnailer Security Pro - Querystring protection against hackers ( a KISS contribution ) If you found my post useful please click the "Like This" button to the right. Please only PM me for paid work.
brownowl Posted August 15, 2007 Posted August 15, 2007 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. Quote
♥Vger Posted August 15, 2007 Posted August 15, 2007 Stowmarket, Ipswich, Norwich - us East Anglian folk are taking over the world. Vger Quote
brownowl Posted August 15, 2007 Posted August 15, 2007 Try resetting all of your cache. Oh dear. I spoke, much, much too soon... That hasn't worked... ARRGGGHH!!! Cheers, Laurie. Quote
Charterhouse Posted August 15, 2007 Posted August 15, 2007 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. Quote
♥Vger Posted August 15, 2007 Posted August 15, 2007 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 Quote
brownowl Posted August 15, 2007 Posted August 15, 2007 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. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.