Answered Blank dashboards everywhere

Hi - is it just me?

It seems like something changed at around 4pm (GMT) yesterday, which has resulted in a completely blank screen after login on all the sites we run on 2.4.2 (and earlier versions possibly too - we have an old site on 2.3.3 which is affected).

Logging in with a url like mydomain.com/manager/?a=resource/update&id=1 to bypass the dashboard works fine. The problem only seems to affect the dashboard itself at mydomain.com/manager

So either something changed on our server (yet to explore that) or something changed with one of the default dashboard widgets. The problem has even affected a completely clean install that doesn't yet have any packages installed.

Is anyone else experiencing this or is it just me?

Phil

Came here to post something similar.

White screen after manager login (v.2.3.5). I cannot say when it started, because I do not edit the sites often. Updated to 2.4.2., didn't help.

checked paths, cleared cache, etc. Didn't help.

Problem is still there, but bypassing by directly accessing a resource like philslorick works for me too. (in fact, appending anthing like /?a=1 to the manager url helps as workaround).

thanks!

disabling the feeds made the manager accessible again. so I suppose there is something strange in the feeds.

I re-enabled the security feed and the manager was blank again.
Re-enabling the news-feed with the security feed disabled made the manager working again.

so there is a problem with something in the security feed, and/or with how the manager handles the display with it. [ed. note: warenhaus last edited this post 8 years, 3 months ago.]

Quote from: philslorick at Jan 27, 2016, 08:08 AM

something changed at around 4pm (GMT) yesterday, which has resulted in a completely blank screen after login

I think I know what's going on, and Susan pointed us in the right direction. At just about that time, I think that the entirety of modx.com, presumably including the feeds, enabled SSL, and auto-redirected (http 301) all http:// requests to the equivalent https:// I happened to notice this as I was making a forum post at just about that time, and it was a bit odd during the transition with some of the page http and some https

I just spot-checked one installation; turned on the feeds (I normally keep them off, and monitor outside of MODX), and the dashboard loaded without problem.

I wonder if some sites have server configurations (open_basedir restriction for instance?) that are preventing the fetch of the feed from auto-following the redirect from http to https, with a resultant dashboard crash for some reason.

I can't reproduce it to see any errors logged -- @philslorick & @warenhaus: do you have anything in your php error logs from the time of blank manager? It'd probably be of help.

Quote from: sottwell at Jan 27, 2016, 09:37 AM

Try going in to the database and in the system_settings table turn off the two feeds, feed_modx_news and feed_modx_security

Thanks Susan. That has indeed solved the problem. Much apreciated.

Quote from: clareoconsulting at Jan 27, 2016, 01:36 PM

Quote from: philslorick at Jan 27, 2016, 08:08 AM

something changed at around 4pm (GMT) yesterday, which has resulted in a completely blank screen after login

I think I know what's going on, and Susan pointed us in the right direction. At just about that time, I think that the entirety of modx.com, presumably including the feeds, enabled SSL, and auto-redirected (http 301) all http:// requests to the equivalent https:// I happened to notice this as I was making a forum post at just about that time, and it was a bit odd during the transition with some of the page http and some https

I just spot-checked one installation; turned on the feeds (I normally keep them off, and monitor outside of MODX), and the dashboard loaded without problem.

I wonder if some sites have server configurations (open_basedir restriction for instance?) that are preventing the fetch of the feed from auto-following the redirect from http to https, with a resultant dashboard crash for some reason.

I can't reproduce it to see any errors logged -- @philslorick & @warenhaus: do you have anything in your php error logs from the time of blank manager? It'd probably be of help.

Hi -

No, that was the odd thing - nothing seemed to be reported in the logs (though I'm no sysadmin - I'm relying on info from my tech support guys). But it does sound like a possible cause. Certainly it was all fine one minute and not the next, suggesting something had changed somewhere.

Thanks for your reply.

Quote from: philslorick at Jan 27, 2016, 01:47 PM

nothing seemed to be reported in the logs

Anything in your MODX error log (the one accessible from the manager)?

These issues are indeed as a result of our implementing HTTPS on modx.com. We hope this is not currently broken for people and we're going to look into a permanent solution.

It's imperative that we get all the modx.com properties onto HTTPS and due to the complexity of the various domains, subdomains and 10+ years of potential hardcoding of URLs here and there that preventing issues is nearly impossible. All we can do is fix what breaks as quickly as possible or revert changes temporarily until solutions can be found.

Quote from: clareoconsulting at Jan 27, 2016, 01:52 PM

Quote from: philslorick at Jan 27, 2016, 01:47 PM

nothing seemed to be reported in the logs

Anything in your MODX error log (the one accessible from the manager)?

I have nothing in the php logs, but I get this in the modx-log:

[2016-01-28 15:11:00] (ERROR @ /srv/www/vhosts/MYDOMAIN/htdocs/content/core/model/modx/processors/system/config_check.inc.php : 94) PHP warning: curl_setopt(): CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set
[2016-01-28 15:11:51] (ERROR @ /srv/www/vhosts/MYDOMAIN/htdocs/content/core/model/modx/processors/system/config_check.inc.php : 94) PHP warning: curl_setopt(): CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set
[2016-01-28 15:12:23] (ERROR @ /srv/www/vhosts/MYDOMAIN/htdocs/content/core/model/modx/processors/system/config_check.inc.php : 94) PHP warning: curl_setopt(): CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set
[2016-01-28 15:12:52] (ERROR @ /srv/www/vhosts/MYDOMAIN/htdocs/content/core/model/modx/processors/system/config_check.inc.php : 94) PHP warning: curl_setopt(): CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set

safe_mode is off in my environment, but open_basedir is set to /srv/www/vhosts/MYDOMAIN


Note that I visited the dashboard 4 times for the log entries above to appear, and tried some config changes in the database each time: setting the new rss feed urls (with https), enabling and disabling the "security" feed / both feeds, etc.
the log entry comes each time and is not different whether the dashboard is a blank page or displays correctly.