Denz

OK, so DPS payments are going thru as successful now (no longer get the 64 char error) but still redirecting to the login page. Obviously a session thing. PLEASE HELP....

Hi Everyone, I am REALLY hoping someone can help here cause I have tried EVERYTHING and DPS wont help (grrr) and nothing has worked, obviously. I have a store v2.2ms2 running STS and other contribs. The site had dps running fine. Then it was hacked so I installed Sitemonitor, Security Pro, IP Trap, Admin Secure Login Logout, and also moved servers. Since then it stopped working correctly.... the DPS payment goes through but the website owner gets an email saying "Payment could not be completed: Invalid length for a Base-64 char array." and then the user gets redirected to login.php (not checkout_success.php). I thought maybe it was cause the new server limited the query string to 512 characters, so I moved the site back to the old server. Still the same. So I thought that maybe it was Security Pro (known issues with payment modules) so I uninstalled that. Still the same. I have checked EVERYTHING I can think of. Please :beg: can someone help me... :'(

Hi Guys, I sorta have this working but not without it's issues. Not sure if it is browser version, firefox, or conflict with PWA or what, but.... I also have the create_account.php refreshing itself and never actually got logged in or do anything - keeps saying password has to be 6 characters! Even when you make sure it is, it just comes back to that! Frustrating. And when I have the facebook connect active it gives the same error for a simple create account! If I remove FB Connect, everything works fine. BUT - for me, I have managed to make a facebook account (before I started getting this error) and it keeps working sweet for me. This error seems to have come about in the last month! Can anyone help? I would love to get this going as I think lots of people like to log in this way now. Thanks

I have this problem too.... does anyone have an answer to it???

fasterstill.... Just use a global replace in an html editor. I have a different problem... my subcategories are linking to the wrong place... instead of being index.php?cPath=1_6 it is going to index.php?cPath=6 Can anyone help me fix this? Thanks Denz

I did not just enter what you suggested, but your post caused me to match the database fields ... which helped greatly

Thanks Joe!

Hi All, Great contrib. Have used it on many stores with great success, however on this one store the contrib works, but when I go to use the attributes the "old fashioned way" I get this error: 1136 - Column count doesn't match value count at row 1 insert into products_attributes values (null, '22', '2', '12', '0', '+') [TEP STOP] I know you are thinking why would I want to use the old way when I have the new way, but it is annoying me it is not working now. Anyone know why? Thanks

Finally it goes. I removed and installed it again and now it goes. Maybe the ini file helped but i had to remove it and reinstall it? Not sure, but it goes now!

Hi, Thanks. That did not fix it. Driving me NUTS!!! Only happened after installing osCommerce_PayPal_IPN_2_3_4_6 module! Think I will manually uninstall that! See how I go.

Hi All, Long story cut short... been using paypal for years then all of a sudden in the last month paypal payments had dropped any order numbers (so there was no order created in OSC although payment had been made for it) - would get order through with "Detailed invoice at http://www.XXXX.co.nz/shop/account_history_info.php?order_id= ". OSC has no record of this order! SO, I thought it was an IPN issue and have since installed PayPal_Shopping_Cart_IPN. I uninstalled all other paypal options (as it said too) but now I have NO PAYPAL. Although I followed instructions and it installed (or seemed to) it is not showing up as a payment option during checkout! HEEEELLLPPPP When i reinstalled the old paypal option that does not show either! URGENT HELP PLEASE - we use paypal for our download options. Thanks Muchly if you can help. Denz

I have installed the module but it is not appearing in the list of available payment methods. Does anyone know why this would be happening?

Hi Brad, Yeah that is where I did it.. worked for me! Have you done it on both admin and catalog directory config files? All I know is that I searched for days and days - in the end I turned off the secure server and it went fine. I figured the secure server was scrambling the sessionID so when directed back from DPS to your shop it gave a new ID - hence your shop not knowing who left. Does this make sence? Denise

Yes, it was a SID issue. I turned off the secure server and it all went fine!! Took me hours to find this... hope it works for you! Denise

Hi Sam, Where would I look for that? I am thinking .htaccess but could be way off there! Thanks Denz

Hi, I hope someone out there can help me - even if you do not know DPS you may be able to help. I have downloaded and installed the DPS_PxPay_v1.1 contribution - all works fine - things go in cart, order processed, off to DPS, payment made, success BUT THEN.... when you click continue on the dps page it takes you off to login.php instead of checkout_success.php. Of course then as you know no email is generated of the order and sent to the client. I rang DPS and they said it is in the dps_pxpay_result_handler.php - which says: <?php /* dps_pxaccess.php, v1.00 osCommerce 07/04/2008 http://www.createhosting.co.nz Copyright © 2008 Create Hosting Limited Payment module for osCommerce Open Source E-Commerce Solution http://www.createhosting.co.nz/ See http://www.dps.co.nz/technical_resources/e...sted/pxpay.html Released under the GNU General Public License Based on the zen-cart DPS PXPAY module by mixedmatter Ltd Rewritten for osCommerce by Quentin Nel, Create Hosting Ltd */ //Check for DPS PxPay type request parameter if (isset($_GET['result'])) { // zen-cart dies silently without this line! //define('GZIP_LEVEL', false); require('includes/application_top.php'); // assume this is an DPS PxPay callback or redirect $language_page_directory = DIR_WS_LANGUAGES . $_SESSION['language'] . '/'; require(DIR_WS_CLASSES . 'payment.php'); $payment_modules = new payment($_SESSION['payment']); // this should load everything we need... $dpspxpay = new dps_pxpay(); // create own instance $dpspxpay->log("dps_pxpay_result_handler called: " . serialize($_GET)); $dpspxpay->before_process(); // this will actually delegate to _processPxPayResponse() // complete checkout; this will create the order, do some validation and then display the confirmation page tep_redirect(tep_href_link(FILENAME_CHECKOUT_PROCESS, 'dps_done=true&txnId='.$dpspxpay->getTxnId(), 'SSL')); } ?> I have looked everywhere for where it might be getting the login.php, tried a few things but nothing works. I even tried changing the tep_redirect(tep_href_link(FILENAME_CHECKOUT_PROCESS, 'dps_done=true&txnId='.$dpspxpay->getTxnId(), 'SSL')); to tep_redirect(tep_href_link(FILENAME_CHECKOUT_SUCCESS, 'dps_done=true&txnId='.$dpspxpay->getTxnId(), 'SSL')); thinking it might bypass this and work, but still get the same result! Please can someone help!!! Thanks Denz

Hi All, I was just wondering if anyone has had problems with FEC running on OSC-RC2? I have several websites running OSC with FEC (plus other contribs) and it seems that everything works sweet on MS2 but on RC2 it works fine until you turn the secure server on - then all I get is a loop. You go from view cart, to create account (if you do not create and account it works fine), if you create an account it goes to create account success, then you push continue and it takes you to index.php and has lost anything that was in your cart. So frustrating. At the moment I have the carts not running through the secure server and it works fine... I just for the life of me cannot figure out why as soon as I change the configure.pgp to secure=true it does this loop. If anyone can help it would be terrific! Denz

I am getting the same... not in firefox but IE. FEC is creating a LOOP and not processing through the shopping cart, but only when SSL is enabled. If I turn of SSL it goes fine... can anyone help cause I would love my cart to be secure. I am running RC2 on a shared ssl.

Hi All, Not sure if this is a FEC problem or just a general problem but I am always getting this error : The first four digits of the number entered are: . If that number is correct, we do not accept that type of credit card. If it is wrong, please try again. when going through the shopping cart. I have uninstalled, uploaded, reuploaded, put stores that work in and am still getting this dang error. Everything else in the site works sweet, but this! ARRGGHH. Any help would be appreciated. Denz

Hi Bill, I have searched but not found, so maybe you can help me. I want to add stock levels to the product_info.php page. Page is all made and looks good, I just need the $stock$ or whatever the code is to get the stock amount shown on screen. I did download a contrib that made it work but not with sts! Is there such a thing? Your help is apprectiated! Thanks. Denz

Hi Bill, I am still getting the non-secure error. I have trolled through code but found nothing. The error is for places like inlcudes/languages/english/images/buttons/button_continue.gif and images/table_background.gif It is happening on all the cart pages. Are you able to help or do you want code, I could PM you the site if you want to take a look. I know this is not your 'specialty' but you are very knowledgable! Thanks in advance, Denise

SXM, I just deleted those lines, I think from the index.php? I just deleted the whole <TD> area from memory. Sorry cannot tell you exaclty where cause I removed it :D Sorry not much help, but play around and see if you can remove it.

WOOHOO , Thanks, will install now!

Hi, Quick question... does this work with QTPro installed? Thanks

Hi Bill (and others). Hey, I have everything going now but I have just added in the secure server and it is coming up with the "some items are not secure" message (that windows spits out) - which is all the images. Even does this for the view cart page (none of my other OSC sites go secure for view cart). Anyhow, that is not a problem, so long as I can get rid of the non secure items. Is this STS? I am assuming it is cause this is the first time I have used STS (as if you had not figured that already!). I am using a shared SSL. Any advice? Thanks again Denise