Empty Cart problem osCommerce version 1.1

[asifsomy]

I have a site that is still running on osCommerce v1.1. Every now and then someone complaints that he had items in cart but suddenly they disappear while browsing site. Most of the customers does not complaint and even I can't regenerate this problem even tried different browsers and OS.

 

I happen to talk to a user who was having same issue on chrome and found that there were multiple cookies (osCsid) of same name but path was different. I think this problem has to do something with these multiple cookies. Anyone has any idea how can I generate/fix this problem.

 

[MrPhil]

osC 1.1? Are you sure? That would be so ancient that probably no one is left alive who could support it. Are you sure you aren't looking at some commercial template version 1.1? If so, it would be the responsibility of its vendor to come up with a solution.

[quetevendo]

Oscommerce v 1.1???

[asifsomy]

Yes unfortunately its v 1.1. Here are comments from index.php

 

/*

$Id: index.php,v 1.1 2003/06/11 17:37:59 hpdl Exp $

 

osCommerce, Open Source E-Commerce Solutions

http://www.oscommerce.com

 

Copyright © 2003 osCommerce

 

Released under the GNU General Public License

*/

 

 

osC 1.1? Are you sure? That would be so ancient that probably no one is left alive who could support it. Are you sure you aren't looking at some commercial template version 1.1? If so, it would be the responsibility of its vendor to come up with a solution.

Oscommerce v 1.1???

[MrPhil]

Actually, that's the source code system version number for that file, which does not correlate with the osC version number. Does your application_top.php give the actual osC version number somewhere? Very old ones might not. There's a thread around somewhere discussing how to find your osC version number -- you might search for that.

[burt]

@@MrPhil @@asifsomy

 

http://www.oscommerce.com/forums/topic/394662-oscommerce-version-history/

[burt]

It is possible to still find people running on the oldest osCommerce versions - but rare as rocking horse ****. The last one I saw running v1 was last year, before that maybe 3 or 4 years ago.

 

v1.1 of the index.php is pre rc2a, that I do know. It will be interesting to find out just how old the shop is, I'd stake cash on "2.2 MS2"...and that's over a decade old.

[asifsomy]

Actually my bad. osC version is osCommerce 2.2-MS2. So can someone help now?

 

define('PROJECT_VERSION', 'osCommerce 2.2-MS2');

 

 

osC 1.1? Are you sure? That would be so ancient that probably no one is left alive who could support it. Are you sure you aren't looking at some commercial template version 1.1? If so, it would be the responsibility of its vendor to come up with a solution.

Oscommerce v 1.1???

It is possible to still find people running on the oldest osCommerce versions - but rare as rocking horse ****. The last one I saw running v1 was last year, before that maybe 3 or 4 years ago.

 

v1.1 of the index.php is pre rc2a, that I do know. It will be interesting to find out just how old the shop is, I'd stake cash on "2.2 MS2"...and that's over a decade old.

[asifsomy]

@@burt can you change topic of this thread to Empty Cart problem osCommerce version 2.2-MS2

[quetevendo]

@@asifsomy may be several problems or configuration errors. But you're talking about a version OBSOLETE, you need to change several more versions up to 2.3.3.4.

 

greeting

[Guest]

@@asifsomy

 

I have to agree, a NEW site is your best solution. It's hard to believe that there is a server out there still running PHP 4.x for your MS2 installation to run on. That's a security nightmare.

 

 

 

Chris

[Jack_mcs]

@@asifsomy The problem is that the session ID is either being lost or shared. Most times it is caused by an incorrectly setup configure file. This thread explains how it should be setup. It could also be that your session ID's are being displayed on google. You need to be verify the prevent spider session setting is turned on in your admin session section. And it could be that you have cache enabled but have not changed the path to a local directory. There could be other causes but those are the most common.

[asifsomy]

@@DunWeb @@Jack_mcs @@quetevendo Thanks for reply. One thing that flabbergasts me is why this happen to a small subset of shoppers. They suddenly lose items in their cart or can't add items at all. While others can. If php version or config file is wrong, not a single user should be able to use the cart.

 

@@asifsomy

 

I have to agree, a NEW site is your best solution. It's hard to believe that there is a server out there still running PHP 4.x for your MS2 installation to run on. That's a security nightmare.

 

 

 

Chris

@@asifsomy The problem is that the session ID is either being lost or shared. Most times it is caused by an incorrectly setup configure file. This thread explains how it should be setup. It could also be that your session ID's are being displayed on google. You need to be verify the prevent spider session setting is turned on in your admin session section. And it could be that you have cache enabled but have not changed the path to a local directory. There could be other causes but those are the most common.

[Jack_mcs]

Not necessarily. It depends on why it is failing. It might be that at one point you allowed session ID's to be seen by the search engines, which then listed them. If someone comes along and clicks that link, they get that other persons session ID. You can use the recreate sessions option to get around this. Or, if you have sessions and/or cache saved to the servers tmp directory and a customer clicks on a link that is stored there, it can change the current session ID, thus causing the loss. Or, if you are using a template or an incorrectly coded shop, you may have some links that do not use the oscommerce method of creating links. So if a customer happens to click on such a link, the session can be lost. There are other reasons why it may not be consistent but it almost always comes down to an incorrectly coded configure file and/or incorrect settings.

[tgely]

Simiar problem discovered, when awake up system from suspended mode with opened browsers.

[Liangxinhuo]

I change the browser and similar problem turned up

[asifsomy]

@@Jack_mcs@ quetevendo @@MrPhil

 

Still having same issue. I wonder if my config file is good since osc is installed in a subfolder 'shipping'.

 

define('HTTP_SERVER', 'http://www.XXXXXX.com'); // Removed trailing /
define('HTTPS_SERVER', 'https://www.XXXXXX.com'); // Removed trailing /
define('ENABLE_SSL', true); // was 'true' and I made it true
define('HTTP_COOKIE_DOMAIN', 'www.XXXXXXX.com');
define('HTTPS_COOKIE_DOMAIN', 'www.XXXXXXX.com');
define('HTTP_COOKIE_PATH', 'shopping/');    // Should I make it root(/)?
define('DIR_WS_HTTP_CATALOG', 'shopping/'); // should I make it absolute path since OSC is installed in subfolder?
define('DIR_WS_MINFY_FOLDER', 'shopping');  // Can't find DIR_WS_MINFY_FOLDER constant in default config file of OSC. Should it have a / at end?
define('DIR_WS_HTTPS_CATALOG', 'shopping/');
// define('DIR_WS_MINFY_FOLDER', 'shopping'); // commented out cause Already defined 1 line up
define('DIR_WS_IMAGES', 'images/');
define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');
define('DIR_WS_INCLUDES', 'includes/');
define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');
define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');
define('USE_MINIFY', true);
define('DIR_WS_DOWNLOAD_PUBLIC', 'pub/');
define('DIR_FS_CATALOG', dirname($HTTP_SERVER_VARS['SCRIPT_FILENAME'])); // No idea what this line does????
define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/');
define('DIR_FS_DOWNLOAD_PUBLIC', DIR_FS_CATALOG . 'pub/');
define('DIR_WS_IMAGES_EXTRA', 'images/images_extra/');
// define our database connection
define('DB_SERVER', 'XXXXXX');
define('DB_SERVER_USERNAME', 'XXXXXX');
define('DB_SERVER_PASSWORD', 'XXXXXX');
define('DB_DATABASE', 'XXXXXX');
define('USE_PCONNECT', 'false');
define('STORE_SESSIONS', 'mysql');