Manager isn't working properly.

Hi all... I'm new to MODX and just installed Revolution 2.2.8-pl (traditional).

When I first login the manager page appears normal.
But when I click on anything such as 'Update your personal profile', 'Create a new document' or 'Add, update, and assign permissions to users' (literally any of the available options), The manager page reloads as text only and none of the links work anymore. Here is a picture of what it appears like:



I had initially installed using the UTF8 charset which is not recommended in the install guide, so I reinstalled in latin1 as the guide says.
This appears not to be the cause though, as the second installation has the same issue.

I feel it may be an issue with my php.ini file or .htaccess but as I am new to MODX and fairly new to hosting I'm not exactly sure what I should be looking for. Also permissions crossed my mind but I think I have them right based on what people have said on previous forum posts.

I'm hoping it's a fairly common problem that some boffin will just know the answer to straight-up.

Thanks in advance.
Outram [ed. note: outram last edited this post 10 years, 11 months ago.]

Try uploading the files to the site and running setup again, selecting upgrade.

I also tried accessing it from Chrome and Internet Explorer in case it was a browser issue, That didn't help.
I usually use Firefox.

Will do, I'll let you know how it goes.

Quote from: wshawn at Jun 07, 2013, 01:55 AM

Try uploading the files to the site and running setup again, selecting upgrade.

Hmmm... No luck unfortunately.

If you enclose that listing in code or quote tags (use the <> or the speech bubble buttons in the toolbar) that listing will be fixed. That said, it's not a good idea to be posting that publicly anyway; it gives a way a lot of potentially useful information about your system of interest for hackers.

Try going into the database, to the system_settings table (probably modx_system_settings), find the compress_css and compress_js fields and change them to 0.

Quote from: sottwell at Jun 07, 2013, 02:15 AM

If you enclose that listing in code or quote tags (use the <> or the speech bubble buttons in the toolbar) that listing will be fixed. That said, it's not a good idea to be posting that publicly anyway; it gives a way a lot of potentially useful information about your system of interest for hackers.

Try going into the database, to the system_settings table (probably modx_system_settings), find the compress_css and compress_js fields and change them to 0.

Ok, thanks, I might ammend my initial post...
I'll also try your fix once I've done that. [ed. note: outram last edited this post 10 years, 11 months ago.]

I edited those two entries in the DB.
Still no luck I'm afraid.

If I logout (by clearing my browser cache) and log back in, I get the proper manager once, until I click a link.
Then I just get the screen I put in the initial post.

I'm off to walk the dogs but will be back in an hour.

Any more advice would be greatly appreciated.

Hi again all...

I've done a fresh install again, and setup a dummy admin account.
This way some of you can go and log in and see what is happening for yourselves.

Once I've solved the issue I can just re-install again with a proper secure admin account.

So the site is located @ http://www.outram.info/manager
The admin username is: admin
And the password is: password

I've also modified the compress_css and compress_js fields on the clean install as directed to by sottwell.

I hope someone can recognize the issue when they see it first hand.

Hmm. It's not getting the javascript files properly. Is this installed in the web root, or in a subdirectory?

It's odd, but I just ran into this same issue playing around with the command line installation script, trying to install into a subdirectory although it warns that it doesn't work for subdirectory installations.

Another thing that comes to mind is server security settings. I've had some parts of Evo's manager fail because the scripts were nested too deeply. Server security was set to not execute scripts more than four folders deep. The client had their hosting change that to six levels and everything started working again. Since the Revo Manager is a lot of AJAX with .php scripts nested very deeply, we might be seeing something similar here.