bwaits Posted December 28, 2005 Share Posted December 28, 2005 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 More sharing options...
AlanR Posted December 28, 2005 Share Posted December 28, 2005 In the register globals patch folder you'll find this file: Richard Bentley in his update to v1.3 ofhis 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 More sharing options...
bwaits Posted December 28, 2005 Author Share Posted December 28, 2005 Thank you. That fixed it. Link to comment Share on other sites More sharing options...
Mookie_Jam Posted September 21, 2006 Share Posted September 21, 2006 In the register globals patch folder you'll find this file: Curiously, it fixes this problem for Firefox, but trying to access to my webpage trhough Internet Explorer, it only shows a white page :( Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.