Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

IainMHamilton

Pioneers
  • Posts

    27
  • Joined

  • Last visited

Profile Information

  • Real Name
    Iain Hamilton

Recent Profile Visitors

3,302 profile views

IainMHamilton's Achievements

  1. Hi, For anyone who may be interested, I finally managed to track down where this is going wrong. in application_top.php, we have the following piece of code :- if (SESSION_FORCE_COOKIE_USE == 'True') { if (!isset($HTTP_COOKIE_VARS['cookie_test'])) { tep_setcookie('cookie_test', 'please_accept_for_session', time()+60*60*24*30, $cookie_path, $cookie_domain); } if (isset($HTTP_COOKIE_VARS['cookie_test']) { tep_session_start(); $session_started = true; } } when the SagePay Server was posting the callback this code was failing - ie the "cookie_test" cookie was not being found, even after an attempt to create it. Eventually, the login page was called. I changed the second test to be :- if ((isset($HTTP_COOKIE_VARS['cookie_test'])) || ($PHP_SELF=='checkout_process.php')) { tep_session_start(); $session_started = true; } and the code works OK (it always had a valid oscid). Checking the referrer is indeed the SagePay production server will make sure this only works for callbacks from that site. If anyone can shed some light on why the setcookie fails, I would be interested to know.
  2. Hi, I have installed the SagePay server v 1.2 module on oscommerce 2.3.3. I am using the Server method when accessing SagePay. I have a VPS hosted solution with it's own SSL certificate. Everything works fine until I set FORCE_SESSION_COOKIES to true. If it is set to true, the system returns the login page from the initial redirect. I have ultimate SEO installed, but version 1.2 of the SagePay module contains code to work around the "&" to "amp" conversion problem documented elsewhere. Switching SEO on/off makes no difference. Switching W3C URL's on/off makes no difference. Can anyone point me in the direction of a fix or give some clues how to fix this. Thanks
  3. Hi, For those that follow, I found this post on page 165 of this thread, which fixed my problem. <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< FWR Media, on 15 May 2011 - 06:03 PM, said: You don't need to do anything except read the instructions. As standard Remove all non-alphanumeric characters? is on, this strips all non alphanumeric characters. This didn't work for me. I thought it was because I use the utf-8 character set. So I included '™' => '', '©' => '', '®' => '' to my character conversion table. But now I found this line in page_modules.php: $pattern = ( defined( 'SEO_REMOVE_ALL_SPEC_CHARS' ) && SEO_REMOVE_ALL_SPEC_CHARS == 'true' ) ? "@[^\sa-z0-9]@i" : "@[!#\$%&'\"()\*\+,\-\./:;<=>\?\@\[\]\^_`\{|\}~]+@"; after changing this line to: $pattern = ( defined( 'USU5_REMOVE_ALL_SPEC_CHARS' ) && USU5_REMOVE_ALL_SPEC_CHARS == 'true' ) ? "@[^\sa-z0-9]@i" : "@[!#\$%&'\"()\*\+,\-\./:;<=>\?\@\[\]\^_`\{|\}~]+@"; it worked as you described. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
  4. Hi, I am using this contribution with version 2.3.3. Everything is working well except for a few products which have Gaelic names - eg Grá Mo Chroí An Óige. An example is here http://www.thedancinghaggis.com/index.php/gearoidin-breargnach-m-25658, which, if you click on the link to the CD, gives you a problem. I wonder if anyone can point me in the right direction. Thanks
×
×
  • Create New...