New upgrade not showing in admin - version

[DrByte]

Any debug log files in your /cache/ folder?

[pb4]

Any debug log files in your /cache/ folder?

Yes there are...

[pb4]

[26-May-2010 15:43:28] PHP Warning:  require(/home/sites/ampmgraphics.com/public_html/demo2includes/autoload_func.php) [<a href='function.require'>function.require</a>]: failed to open stream: No such file or directory in /home/sites/ampmgraphics.com/public_html/demo2/admin/includes/application_top.php on line 149
[26-May-2010 15:43:28] PHP Fatal error:  require() [<a href='function.require'>function.require</a>]: Failed opening required '/home/sites/ampmgraphics.com/public_html/demo2includes/autoload_func.php' (include_path='.:/usr/share/pear5') in /home/sites/ampmgraphics.com/public_html/demo2/admin/includes/application_top.php on line 149

What does this mean then?

[pb4]

And this one which I presume doesn't relate to the admin issue?

[24-May-2010 10:34:19] PHP Fatal error:  Call to undefined function:  cat_active_level_manage() in /home/sites/ampmgraphics.com/public_html/demo2/includes/templates/red_passion/sideboxes/tpl_categories.php on line 41

Thanks

[pb4]

Can anyone help with the above Debugs?

[DrByte]

[26-May-2010 15:43:28] PHP Warning:  require(/home/sites/ampmgraphics.com/public_html/demo2includes/autoload_func.php) [<a href='function.require'>function.require</a>]: failed to open stream: No such file or directory in /home/sites/ampmgraphics.com/public_html/demo2/admin/includes/application_top.php on line 149
[26-May-2010 15:43:28] PHP Fatal error:  require() [<a href='function.require'>function.require</a>]: Failed opening required '/home/sites/ampmgraphics.com/public_html/demo2includes/autoload_func.php' (include_path='.:/usr/share/pear5') in /home/sites/ampmgraphics.com/public_html/demo2/admin/includes/application_top.php on line 149

What does this mean then?

"demo2includes" looks like you're missing a / from "/demo2/" in the DIR_WS_CATALOG or DIR_WS_ADMIN define in your configure.php files.

[pb4]

"demo2includes" looks like you're missing a / from "/demo2/" in the DIR_WS_CATALOG or DIR_WS_ADMIN define in your configure.php files.

Thanks for that. I checked that but I must have corrected that last week as there is no missing / next to demo2.

Still the same and not working..any idea what this might be?

Thanks for any help

[DrByte]

The message was in relation to your admin, right? So that means it's likely a problem in your ADMIN version of configure.php.
And, it suggests that someplace where you've entered "/demo2" you're missing the "/" on the right-side, and it should be "/demo2/" instead.

I'm not sure how you came up with your configure.php files content. Following the posted upgrade instructions means that Zen Cart handles all that for you automatically. All you need to do is make sure the files are writable so that it can update them appropriately.

[pb4]

The message was in relation to your admin, right? So that means it's likely a problem in your ADMIN version of configure.php.
And, it suggests that someplace where you've entered "/demo2" you're missing the "/" on the right-side, and it should be "/demo2/" instead.

I'm not sure how you came up with your configure.php files content. Following the posted upgrade instructions means that Zen Cart handles all that for you automatically. All you need to do is make sure the files are writable so that it can update them appropriately.

My configure files are correct now (both). There are no Debug issues this week and yet the admin still shows up as a blank white page. My configure files (when the admin worked - see previous posts) pointed to another demo site I have on the server and so I needed to change them to point to demo2....since doing this...I can't log into admin.

Any idea what this could be if its not the configure files?

Thanks

[DrByte]

Zen Cart is driven entirely by the configure.php files. That's the *only* place where the URL is set and which database is declared.
If yours is directing you someplace else then your configure.php files on your server are probably wrong. Remember, if they're read-only (for security reasons) then you can't just upload new versions without first making the files writable. Many people "think" they've updated them because they blindly uploaded a new file, but didn't check that the upload actually worked. It's unclear whether that's relevant in your case.