Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Session Warning


bwaits

Recommended Posts

I have searched but to no avail. Some have the same warning but the responses have been few.

 

My site is up and running and we are about to go live but I have this one last error at the bottom of the page:

 

Warning: session_write_close(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in /home/cust2/user/html/respeed/catalog/includes/functions/sessions.php on line 197

 

I go to edit the file and can not find anything about session.bug_compat_42 or session.bug_compat_warn.

 

I did have to install a register_global patch because my ISP will not give me access to the PHP file I needed to modify for the install.

Link to comment
Share on other sites

In the register globals patch folder you'll find this file:

 

Richard Bentley in his update to v1.3 of

his Register Globals Patch Files makes

a change in both the admin and catalog

sessions.php file to the function

link_session_variable. This is what

he says about the change:

 

"Function : link_session_variable()

The $nothing variable ought to be

initialised (this can cause warnings

to be issued on some PHP installations)"

 

If you need to make the change this

is what he refers to:

 

// Unmap global from session variable (note that the global variable keeps the value of

// the session variable. This should be unnecessary but it reflects the same behaviour

// as having register_globals enabled, so in case the OSC code assumes this behaviour,

// it is reproduced here

$nothing;

 

IS CHANGED TO:

 

// Unmap global from session variable (note that the global variable keeps the value of

// the session variable. This should be unnecessary but it reflects the same behaviour

// as having register_globals enabled, so in case the OSC code assumes this behaviour,

// it is reproduced here

$nothing = 0;

 

 

Rhea (Vger)

Local: Mac OS X 10.5.8 - Apache 2.2/php 5.3.0/MySQL 5.4.10 • Web Servers: Linux

Tools: BBEdit, Coda, Versions (Subversion), Sequel Pro (db management)

Link to comment
Share on other sites

  • 8 months later...

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...