Blank Screen in Revo 2.2.0 Manager

[modxbot]

drachzet created Redmine issue ID 6509

Hello,

I just installed Revo 2.2.0 rc3 on a mt grid server running php 5.3.6 and mysql 5.0.32. The installer indicated the everything was loaded without errors.

Upon logging into the manager, the Dashboard loads with header/nav area, the news feed, security feed, who's online and recently edited resources widgets (no resource tree). I'm also receiving the following javascript error: b[d.xtype || e] is not a constructor

When I click on other pages from the main navbar, I only see the header/navbar and the rest of the page is blank and I'm receiving the same b[d.xtype || e] is not a constructor JS error.

[MarkH]

markh submitted:

Try disabling the compress_js and concat_js system settings.

You can do so via something like phpmyadmin. Clear the core/cache/system_settings/ after that to force MODX to rewrite system setting cache.

If that solves the issue (and I suspect it does), I'm going to guess something is configured in such a way that the Google Minify is failing. Any specific oddities on your server that may affect this, such as accessing data from a temporary URL?

[opengeek]

opengeek submitted:

We're going to have to have more information to reproduce. It sounds to me like something is either wrong with some of the files (failed FTP uploads) or if disabling the compress_js/css settings works as suggested by Mark, I'll need more details on what specifically is failing and why. Relevant error logs, AJAX responses when loading the manager home, etc.

[modxbot]

drachzet submitted:

Hi Jason and Mark, thank you for your quick responses today.

I set compress_js=0 in the system_settings table and cleared the config.cache.php.

The resources tree and other pages in the manager are now loading (thanks for the tip Mark).

Jason, to answer your question about the upload, I used the traditional package. The zip file was uploaded to the server and then uncompressed in the html directory. I checked the system error log, but it was empty. Please let me know if you need more info.

Best,
Ryan

[opengeek]

opengeek submitted:

Could this be related to #6383 which was fixed immediately after RC3 was released? If so (or you do not know for sure), try the latest nightly and see if that addresses the problem.

[opengeek]

opengeek submitted:

This might also be related to #6510. Please confirm with latest from git or with the nightly which will be available for December 30th.

[modxbot]

drachzet submitted:

After deleting all files and db, I did a clean install using nightly Dec 31. The problem still persists, where the pages are blank and the resource tree is not present. I set compress_js=0 in the db and cache file as previously recommended, the admin pages and resource pages load.

[opengeek]

opengeek submitted:

Ryan, I still cannot reproduce any of these issues. Can you provide more specifics on exactly what requests are failing in the manager, your paths and urls in the config file, etc.

[opengeek]

opengeek submitted:

Also, include your $_SERVER['DOCUMENT_ROOT'] as defined in your phpinfo.

[modxbot]

drachzet submitted:

Hi Jason,

Sure, hope this info points you in the right direction. Let me know if you need more... In fact, send me an email so that i can give you admin access to the manager.

$_SERVER['DOCUMENT_ROOT'] = /home/51297/domains/dev.urgoconsulting.com/html

With compress_js=1, I'm seeing the following errors:

On the Dashboard page (http://dev.urgoconsulting.com/manager/?a=&), I'm receiving the following error 3x:
b[d.xtype || e] is not a constructor
(function(){var h=Ext.util,j=Ext.each,...lclick",this.onNodeDblClick,this)}});
ext-all.js (line 7)

The other pages in the manager receive the same error once.

The Package Management page (http://dev.urgoconsulting.com/manager/?a=69), generates the following error in addition to the error above:
Ext.ux.Lightbox is undefined
<script type="text/javascript">MODx.de...tbox.register("a.lightbox");</script>
?a=69 (line 24)

Best,
Ryan

[opengeek]

opengeek submitted:

FWIW, we have confirmed this problem with MT Grid accounts, as well as accounts on 1&1 hosting.

[vertexer]

vertexer submitted:

I can confirm this bug if I use a symlink for vhost on my local dev system:

Real (physical) location: /path/to/projects/example/www/
Symlink (vhost) location: /path/to/server/example.com/www -> /path/to/projects/example/www

If I delete the symlink and move the project files (/path/to/projects/example/www/) to a real directory (/path/to/server/example.com/www), it works.

[opengeek]

opengeek submitted:

This is now fixed for pl by applying realpath() to the reported $_SERVER['DOCUMENT_ROOT'] before using it for comparisons when checking for virtual directories. See 4f21c50 for commit details.

The problem was if the reported $_SERVER['DOCUMENT_ROOT'] was a symlinked path itself, virtual directory support would be automatically enabled (when not needed) because the MODX paths use the realpath().

[modxbot]

drachzet submitted:

Thanks Jason! The new nightly works great on my end.

[splittingred]

splittingred submitted:

Seems to still have some issues: http://forums.modx.com/thread/72961/resources-tree-missing-and-blank-pages-for-tabs?page=2#dis-post-405939

[modxbot]

tony.wilsman submitted:

I am experiencing this on a local dev machine.

Windows 7 - 64 bit
XAMPP - 1.7.4
PHP 5.3.5
MySQL 5.5.8
Apache 2.2.17

This site is not in any kind of virtual directory.

Thanks,

Tony