I've been in the process the last couple of days fending off errors updating one of our zen cart installations from 1.3.9h to 1.5.0. It has been an entirely manual process, not an upgrade script. It is a self-hosted store, currently on a CentOS 6.2 install with all the current patches.
The front-end of our store has worked just fine so far (not done testing yet), but the admin side has had error after error. Most have had a satisfyingly simple solution (Oh, I forgot to merge this file... Oh, for some reason this file didn't upload...) Up until I encountered this one:
Code:
WARNING: An Error occurred, please refresh the page and try again.
Following this error log in the cache directory...
Code:
PHP Fatal error: 1054:Unknown column 'SUPERUSER_PROFILE' in 'where clause' :: SELECT admin_id from admin
WHERE admin_id = 2
AND admin_profile = SUPERUSER_PROFILE in /var/www/sites/pocketdoorproducts/includes/classes/db/mysql/query_factory.php on line 101
...I wound up at line 53 of /admin/includes/functions/admin_access.php, specifically staring that SUPERUSER_PROFILE in the face. For some odd reason the SQL query is receiving the string quite literally as SUPERUSER_PROFILE instead of substituting it for the number 1 as defined in /admin/includes/init_includes/init_admin_auth.php.
What's got me, though, is it's receiving the value for ADMIN_TABLE just fine. I hard-code in the value of 1 in place of SUPERUSER_PROFILE and it loads right up.
My question then is: What are the drawbacks to just leaving that? I'm not real keen on the idea, but the boss is getting antsy. Would I just be committing sacrilege or will this break some functionality that I'm not seeing?
Bookmarks