Jump to content

Blank Screens after Upgrading to V5 5.2.9


Ben224
 Share

Recommended Posts

Hello fellow cubecarters,

 

I upgraded to the latest version V5 5.2.9 this afternoon. After upgrading I have no front end or back end just blank screens.

 

I've FTP'd a fresh V5 5.2.9 folder up to my server overwriting the existing files expecting to run setup and resolve the issue but I am still faced with blank screens.

 

My sites been down for about 5 hours so far and I need a quick resolve. Would appreciate any advice.

 

Thanks in advance

Link to comment
Share on other sites

Please let us know what version you upgraded from. If it was from CC525 or earlier, your store may have been using the Zend Decoder. CC526+ uses only the ionCube loader.

 

If you go here:

http://www.mystore.com/setup/info.php

You may see that this is the case. At the bottom of the top table, you may see:

Zend Engine v2.4.0, Copyright Â© 1998-2014 Zend Technologies
    with Zend Guard Loader v3.3, Copyright Â© 1998-2013, by Zend Technologies

 

If ionCube was installed, there would also be:

    with ionCube Loader vX.Y, Copyright Â© 1998-2013, by ionCube

 

Please rename the setup folder to something else as soon as possible.

 

Please contact your hosting provider to have them enable the ionCube Loaders for your site.

Link to comment
Share on other sites

Hi,

 

So I renamed the setup folder gyt not relevant to anything just letters. I then navigated to the folder via my browser and I get the following. Does this help or just confuse matters?

 

Warning: require_once(/home/mysite/public_html/gytini.inc.php) [function.require-once]: failed to open stream: No such file or directory in /home/mysite/public_html/gyt/index.php on line 2

Fatal error: require_once() [function.require]: Failed opening required '/home/mysite/public_html/gytini.inc.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/mysite/public_html/gyt/index.php on line 2

Link to comment
Share on other sites

Renaming or removing the folder /setup/ is a security measure. You do not want a stranger to be able to re-initiate the CubeCart installation process, deleting your database, creating an all new admin profile, etc. So, rename or remove the /setup/ folder. CubeCart is already installed.

 

When CubeCart has a new version put in place, CubeCart should have automatically started a part of the install process, specifically running any SQL scripts and PHP scripts to update the database, if necessary. (CC529 drops support for OpenId and in the database, adds two counties (I guess) to Europe. Not critical.)

 

So, don't try to run setup.

 

"The info.php shows the following ...with the ionCube PHP Loader v4.4.1 so I guess that it not the issue?"

 

Then that is not the issue. Please access your hosting control panel, or use FTP, to find a PHP error_log file. Let us know the last few entries.

Link to comment
Share on other sites

If you still have the setup folder in your CubeCart installation (may be renamed to something_else), have your browser request this page:

www.mystore.com/something_else/info.php

 

Scroll to the Core section. In this table find the 'log_error' (Yes/No) and the 'error_log' (path) setting. If 'error_log''s value is just "error_log", then the error log should be in the root directory of your store (public_html).

Link to comment
Share on other sites

Thank you for your quick reply.

 

yes I have ionCube installed since the last upgrade from 5.2.7 to 5.2.8. Below is what I have in the first section of the info.php file

 

This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.2.0, Copyright © 1998-2010 Zend Technologies
    with the ionCube PHP Loader v4.5.3, Copyright © 2002-2014, by ionCube Ltd., and
    with Zend Optimizer v3.3.9, Copyright © 1998-2009, by Zend Technologies

 
In the section, additional module, I have also ionCube loader.
Link to comment
Share on other sites

Hi Bsmither,

 

Thanks for responding. My site is still down.

 

 

I have the info.php up and looking now at the Core section I have the following:

 

log_errors Off Off

log_errors_max_len 1024 1024

 

I scoured my root directory for the error_log and i'ts not in there. I ran a search in the complete directory from FireFTP  for error_log and its reporting no files found.

 

I don't think I am any closer to resolving. Not good very concerned now.

 

Thanks for your continued support.

Link to comment
Share on other sites

Hi again,

 

There is a further issue with my second store. I also upgraded to CC529. The upgrade appeared to be successful on this one but I have just noticed that I cannot add images to products. When I open the images tab the image list is blank. When I attempt to add an image to the product listing cubecart logs out and throws me back to the login screen without adding the image.

 

I have two broken stores.

 

Help! :-/

Link to comment
Share on other sites

Here's what is happening:

 

Without that edit above, CubeCart may or may not send a cookie with the correct date/time - by default, 60 minutes ahead of UTC. If not, a cookie may be sent by PHP that expires at session end. And CubeCart will end a session for several reasons.

 

When the admin visits the Add/Edit Product screen, the FileManager (it's actually the FileTree jQuery plugin) makes an AJAX call to CubeCart to fetch a list of images. This AJAX call is performed in the GET request URL:

GET /admin.php?_g=xml&type=files&q=list&dir=%2F&group=1

 

There are one or two paths into the internals of CubeCart that are shortcuts, bypassing some initial PHP coding. Fetching this list of images is not one of them. This AJAX request is processed by all the normal initialization steps that a regular page request makes - including the unfortunate clobbering of the session if necessary. Hence, at this point, you are now logged out. No list of images is forthcoming, and the next page request (GET or POST) gets you the login screen.

 

Your browser may have two cookies: one from CubeCart and one from PHP (as set in the PHP.INI file). This statement in the file ini.inc.php:

ini_set('session.auto_start', false);

is supposed to stop PHP from sending a cookie. I suppose your hosting provider has other ideas.

Link to comment
Share on other sites

Thanks Bsmither,

 

I appreciate your support as ever. The above modification to session.class.php has resolved the issue.

 

Sadly my other store still has a blank back and front end so I have resorted to putting a support ticket in. I hope to find a resolve to this today.

 

Thanks for persevering.

Link to comment
Share on other sites

I would like for you to try this two-step experiment. If it works, undo just the first step:

 

1. In /classes/debug.class.php, line 100 make this line a comment:

// ini_set('display_errors', false);

2. In /ini.inc.php, line 20 (blank), add:

ini_set('log_errors', true); ini_set('error_log', "php_errors.log");

Hopefully, PHP will know to create and log errors to php_errors.log that will show up in the root folder of your store.

 

If we can determine what is wrong and fix it, then restore edit #1.

Link to comment
Share on other sites

Here are the results:

 

[13-Apr-2014 20:29:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Opening and ending tag mismatch: translation line 17 and language in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:29:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:         &lt;/group&gt;&lt;/translation&gt;&lt;translation&gt;&lt;/translation&gt;&lt;/language&gt; in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:29:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:                                                                     ^ in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:29:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Premature end of data in tag language line 1 in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:29:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:         &lt;/group&gt;&lt;/translation&gt;&lt;translation&gt;&lt;/translation&gt;&lt;/language&gt; in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:29:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:                                                                     ^ in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:29:05 UTC] PHP Fatal error:  Call to a member function select() on a non-object in /home/srel097/public_html/classes/seo.class.php on line 735
[13-Apr-2014 20:31:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Opening and ending tag mismatch: translation line 17 and language in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:31:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:         &lt;/group&gt;&lt;/translation&gt;&lt;translation&gt;&lt;/translation&gt;&lt;/language&gt; in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:31:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:                                                                     ^ in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:31:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Premature end of data in tag language line 1 in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:31:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:         &lt;/group&gt;&lt;/translation&gt;&lt;translation&gt;&lt;/translation&gt;&lt;/language&gt; in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:31:05 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]:                                                                     ^ in /home/srel097/public_html/classes/language.class.php on line 736
[13-Apr-2014 20:31:05 UTC] PHP Fatal error:  Call to a member function select() on a non-object in /home/srel097/public_html/classes/seo.class.php on line 735

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...