280 replies to this topic

[CMOTD]

Sorry about this omission - I've already added it to the patch ready for the next upload

Rich.

[CMOTD]

An appeal

On the 24 May, Twan reported a couple of problems; one in admin whereby it switches back to the configuration at the wrong time, and one in catalog where the language switches back to (what we now know / think ?) is the browser default language.

I'm having some real problems reproducing these issues - basically, I can't. With Twan's help, I have been able to confirm the issues exist though. If anyone out there can confirm that these ARE or ARE NOT an issue for them, I would be very interested to hear.

(If you want to avoid cluttering up the message board with reports then send me a PM if you like)

I think the problems may have something to do with some php.ini settings on the shared server that faulty OSC is running on (specifically, the variables_order value), but we are unable to get to the php.ini values, so can't confirm this.

At the moment I want to try and fixes these issues but am at a bit of a loss.

regards,

Rich.

Edited by CMOTD, 27 May 2004, 09:20.

[bnoji]

I have patched the necessary files for this contrib, yet when using the admin control panel I get a fatal error from the new link_session_variable function in sessions.php.

It looks like the variables "cart" and "currency" have not been properly defined. The variables (in order) are:

language
languages_id
selected_box
cart - Fatal error: Session variable cart is not globally defined
currency - Fatal error: Session variable currency is not globally defined
messageToStack

This actually just popped up after working fine for a day. Anyone else run into this problem? Am I missing something? I managed to get rid of the error by adding those two into the var_refs array in the link_session_variable function, but I'm completely new to osC and I'm not sure if I'm about to break something by doing so...

Anyway, any insight would be appreciated. Thanks.

[wild one]

Hello,

I've installed this contribution and it seems mostly to be fine except for this error I get when trying to checkout of my shop:

"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 \\nas12ent\domains\1\1stopscaleshop.co.uk\user\htdocs\includes\functions\sessions.php on line 212"

I've been trolling the forum for a similar scenario to learn from but have had no luck. My hosting company will give me no access to the php.ini file but I was wondering about ini_set as an alternative?? This seems like it may be too easy option and wishful thinking??

Has anyone got any thoughts on ini_set? Or has anyone encountered the above error message when doing a checkout?

please have a look at http://www.1stopscaleshop.co.uk if you would like to see this error in action.

Many Thanks
Rebecca

[Veinman]

Thanks for all the hard work on this. I have just finally got osCommerce installed for the first time, and am taking a look at it. I was surprised when it wanted globals on, and was happy to find this thread to help get around the installation issues.

[wintecs]

Same scenario as everyone else it seems...switching off the REGISTER_GLOBALS without warning has created a lot of work...installed a new OS2.2 MS2 thought id upgrade while I was at it...ADMIN great everything seems to work but cant access the catalogue keep getting

Fatal error: Call to undefined function: tep_session_save_path() in /freeola/users/3/4/sr0087843/htdocs/catalog/includes/application_top.php on line 142

Line 142 reads as follows

tep_session_save_path(SESSION_WRITE_DIRECTORY);

Any help would be appreciated

Thanks

[CMOTD]

Firstly, sorry for not attending to the support requests that have been posted - I've been busy !

To answer Ben Noji's point (2 June) about adding entries to var_refs, no you won't break anything. As mentioned in the installation, you might be better off using the 'careless' version of the session variable mapper function - it doesn't require this sort of maintenance. I will have a look at the problem though and come back with a better answer.

As for the other problems, I'll try and have a look this evening and get back to you.

The problem experienced by Rebecca (wild one) is particularly interesting - I though this might happen, and I have a feeling I'm about to hit the same problem ! Again, I'll try and look at it this evening.

regards,

Rich.

[eulando]

Deodupke Posted on May 24 2004, 09:16 PM

QUOTE (rzazueta @ May 24 2004, 09:12 PM)
Hello, all. I've dutifully applied all the patches to an uninstalled copy of 2.2 DLed straight from the site. I wanted to do this before actually installing. However, I'm still seeing the "Register Globals" error, even though I've confirmed that the check has been commented out in each of the admin and catalog files.

Any idea what's happening?

Thanks!

Rob Z.


do you get the error while installing? because i had this too,

i solved this by commenting the register_globals check in application.php in your /install/includes


Thanks a lot for this post guys, that solved my problem. It was the register_globals check in application.php in your /install/includes/
that was still giving me the problems. Your all life savers!!

[bnoji]

Ok. Ran into a few more issues regarding Register Globals in general. For some reason, today I had the same var_ref problem, but this time is was three different vars with no code changes since the last time... Odd.

Also, I believe the CC payment module requires some changes with its use of globals to store the CC data. When I look in the admin order panel I see blanks for everything except the censored card digits.

The offending lines are in /catalog/includes/classes/order.php in cart() :

'cc_type' => (isset($GLOBALS['cc_type']) ? $GLOBALS['cc_type'] : ''),
'cc_owner' => (isset($GLOBALS['cc_owner']) ? $GLOBALS['cc_owner'] : ''),
'cc_number' => (isset($GLOBALS['cc_number']) ? $GLOBALS['cc_number'] : ''),
'cc_expires' => (isset($GLOBALS['cc_expires']) ? $GLOBALS['cc_expires'] : ''),

I'm working on a fix for this but what I find odd is that the cc_number goes through fine. I suspect this has to do with the payment module pulling the numbers to censor them before inserting into the table.

[bnoji]

Ok. Fixed "The Wrong Way". Just drew from $_POST vars since thats where order->cart is called anyway. Not sure if i might have broken anything else, but it seems to work fine and I was in a huge hurry.

[DrX]

OK, here's a new one for you......

My host has turned off the reg'_globals after having someone use it to implant nasty things in ppl's index pages......

Since then my site has been down....Then I found this contribution, and I thaught great, this might fix it......

I applied the changes to the files in the catalog half to test if the work arround would work, only to find that when i went to the default page, it re-directed me to a blank page (supposedly logoff.php) which contains nothing except another re-direct which keeps refreshing the blank page over and over.....

I have no idea why this is happening.......Or where this supposed logoff.php file is being generated from????

Any idea's?

[richjboyd]

Hi all

Thanks for the work on this contribution

I have installed this contrib. Over 2.2 ms2 and it seemed to be working until I tried to read my order information some of the card details were not showing up in admin. And the new orders, which were being taken, had information missing.

I have deduced that it is probably because I am running the contribution cc_cvv+encryption v1.7 on the site, which is not compatible with this contribution.

If any one ask any ideas on how to make the two compatible please drop me a line.

At the moment I have to run the site with the contribution installed with the globles on, which I have here is a very bad idea but all seems to be fine at the moment. If any one has any good resins way I should not be running this contribution with globles on please me know also.



Thanks
Richard

[ruhin]

I have installed the "register_globals" latest contrib. I am having problems at my
admin mentioned as far as i have seen-
i. no category images are coming.
ii. it shows that image directory is not set, so no image is available.
iii. it cannot show the file manager.
iv. there is backup/ folder error.
v. most of all no modules are showing.
I am using Win2k, Apache and osC2.2 M2.
The thing surprised me that when i make the register_globals on then everything
gets allright. But I cannot have register_globals on at my host place. So, I am having a huge delay for my store to be launched. Please help me in solving this up.

Regards

Ruhin.

[richjboyd]

ruhin, on Jul 10 2004, 07:11 AM, said:

I have installed the "register_globals" latest contrib. I am having problems at my
admin mentioned as far as i have seen-
i. no category images are coming.
ii. it shows that image directory is not set, so no image is available.
iii. it cannot show the file manager.
iv. there is backup/ folder error.
v. most of all no modules are showing.
I am using Win2k, Apache and osC2.2 M2.
The thing surprised me that when i make the register_globals on then everything
gets allright. But I cannot have register_globals on at my host place. So, I am having a huge delay for my store to be launched. Please help me in solving this up.

Regards

Ruhin.

Ruhin

My only suggestion and bad as it may sound is to recheck your code compared to the contribution code and your original and make sure it is installed right.

I have installed mine on apache and have not come across any of the problems, which you are describing

Good luck with it.

Richard.

[dyland]

I moved a site from a Unix platform to a Windows platform and had a lot of issues, not least was this register globals problem. Anyway used this contrib and it helped in the fix.

A couple of issues I had (and fixed) on a Windows box:
1 - a partial page was displaying or the page was redirecting constantly. Only an issue on Internet Explorer and not Mozilla. The cause was buffering but I couldn't fix it until I found if I turned off gzip support it stopped the HTTP compression and this issue went away. (do this through the admin screens)

2 - Problem with backups and uploading images. Still working on this. My theory is the site is running as a user id that doesn't have write persmission on the directorys in question.

3 - There appears to be a bug in the admin patch labeled 030740. The problem was the admin security wasn't working and access to /admin/index.php (amongst others) was possible without logging in.

The code in /admin/includes/functions/general.php had to be modified as follows:
// Redirect to another page or site
function tep_redirect($url) {
//-----Comment this line out ---> return stristr($_SERVER['HTTP_USER_AGENT'], $url);
//global $logger;

header('Location: ' . $url);

if (STORE_PAGE_PARSE_TIME == 'true') {
if (!is_object($logger)) $logger = new logger;
$logger->timer_stop();
}

exit;
}

4 - I have a ton of contribs loaded and had to go to the less strict version of the sessions mapping code.

5 - I was getting warning messages about using a side effect from earlier versions of PHP. I used the '@' to suppress warnings in the following code (in /includes/functions/sessions.php )
if (PHP_VERSION >= '4.0.4') {
return @session_write_close();
} elseif (function_exists('session_close')) {
return session_close();
}

Dylan

[Pouce]

Hi.
Thank you for this usefull contrib.
But I still have a BIG problem with it : I did not manage to get EasyPopulate working with register_globals=Off.
I installed a 2.2MS2 osc version + the latest "Register globals" patches : everything was working fine. I installed EasyPopulate v2.74 (and even older versions) but it was unworkable : impossible to download or create a file in the temp/ directory (I did not try to upload) and no error message thrown. So, I turned register_globals On (on my testing server) and EP worked ... but my host will not accept this.
So, does anyone have the same problem ?
Does anybody know a solution ?
Do I completly mistake the way to deal with the contrib (I am French ) ?
Thanks.

regards

Pouce

[nick72]

Hey, thanks for the patch. I'm installing on windows and running apache. I installed and admin was working ok. Then I modified as per the patch instructions, turned off register_globals and now when i go to admin i get:

1046 - No Database Selected

select configuration_key as cfgKey, configuration_value as cfgValue from configuration

[TEP STOP]

any idea what the could be? i don't really even know where to look.

[nick72]

duh, ferget it... i accidentally overwrote my config file.

[n00ber]

i followed the instructions but i still get:

Quote

FATAL ERROR: register_globals is disabled in php.ini, please enable it!

it used to get that error only occasionally, but now i get when i go to any page. help please.

thank you.

[johnnymke]

can someone who got this to work please post the functions/sessions.php file.Mine seems hosed since Im getting these errors to undefined functions now...

Thanks!