{"action":"opened","issue":{"url":"https://api.github.com/repos/modxcms/revolution/issues/12478","labels_url":"https://api.github.com/repos/modxcms/revolution/issues/12478/labels{/name}","comments_url":"https://api.github.com/repos/modxcms/revolution/issues/12478/comments","events_url":"https://api.github.com/repos/modxcms/revolution/issues/12478/events","html_url":"https://github.com/modxcms/revolution/issues/12478","id":90425649,"number":12478,"title":"[Bug?] CSS/JS compress kills backend (white screen of death)?","user":{"login":"exside","id":445501,"avatar_url":"https://avatars.githubusercontent.com/u/445501?v=3","gravatar_id":"","url":"https://api.github.com/users/exside","html_url":"https://github.com/exside","followers_url":"https://api.github.com/users/exside/followers","following_url":"https://api.github.com/users/exside/following{/other_user}","gists_url":"https://api.github.com/users/exside/gists{/gist_id}","starred_url":"https://api.github.com/users/exside/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/exside/subscriptions","organizations_url":"https://api.github.com/users/exside/orgs","repos_url":"https://api.github.com/users/exside/repos","events_url":"https://api.github.com/users/exside/events{/privacy}","received_events_url":"https://api.github.com/users/exside/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":0,"created_at":"2015-06-23T15:54:27Z","updated_at":"2015-06-23T15:54:27Z","closed_at":null,"body":"### Summary\r\nSince around 2 weeks I experience a very strange problem with the MODX manager being completely blank (or in some cases only the top menu loaded) after login, the issue is found around the compress CSS/JS system settings, but the definite cause is not clear yet...I had extensive talks with my hoster but besides enabling PHP 5.5s opcache nothing seems to have changed in recent weeks/months, turning off opcache doesn't solve the problem though.\r\n\r\n### Step to reproduce\r\nEnable compress_js and compress_css system settings in a 2.3.x installation and try to login...yeah...usually that works, I know =)...I cannot really do something to reproduce, just all my 2.3.x sites have the same issue without me doing anything on these sites (was in holidays for several weeks...)\r\n\r\n### Observed behavior\r\nWhite screen of death upon login into the manger\r\n\r\n### Expected behavior\r\nNormal working backend admin interface =)\r\n\r\n### Environment\r\nMODX 2.3.x, LiteSpeed webserver (like apache, running since January this year without any problems), mysql 5 something, all browsers\r\n\r\n\r\nThis is seriously a very strange thing and I'm still just guessing what the problem is. To circle it: It's clear that the minify library located at manger/min/ will not deliver anything until the request times out (have timeout at 300s usually and as the manger makes several requests to min this easily adds up to like 30mins...and after that nothing works as no js/css is delivered), the question is why suddenly now? Nothing changed on the code for 2 years (see repo) and nothing changed on the server setup that I know of (except the enabling of opcache, see above)...so I tried to debug as good as I could and found that the problem is not the actual minify library but the two following lines in manger/min/index.php:\r\n\r\n```php\r\n$modx->initialize('mgr');\r\nif (!$modx->user->hasSessionContext('mgr')) die();\r\n```\r\n\r\nif I comment these out, everything works again as expected...also the ->initialize('mgr') line seems to be fine, just the call to $modx->user->something() seems to fail and indeed when logging just the $modx object, the user property is empty...but really, no idea where this is coming from...but it seems a check for the user object would help, something like that:\r\n\r\n```php\r\n$modx->initialize('mgr');\r\nif (!$modx->user) {\r\n    $modx->getUser();\r\n}\r\nif (!$modx->user->hasSessionContext('mgr')) {\r\n    die();\r\n}\r\n```\r\n\r\nDoes anything speak against a change like that? If not, I'd make a PR out of this..."}}