File manager doesn't open; bar at 95 percent

Permalink
In version 8.2.1....
We have an issue where an administrator can't open File Manager through a block interface. That means whenever he/she attempts to place an image block, or put an image in the text block, the File Manager never appears. In the Image block, click on Add Image, and the blue line goes 95 percent across the screen and then stays there no matter how long the little blue wheel below it spins. In the text block, click on Browse Server, same thing.

I've been seeking out and granting permissions in all corners of the program: in Page Types, in the Site Map, in File Manager Permissions and Task Permissions, Stack and Block permissions, but I haven't found the right Mother for my "May I?"

BTW: I CAN upload photos in Admin. That's why I believe it is a permissions issue.

I'm out of ideas, so if anyone else has one...
Thanks.

yfsneals
View Replies: View Best Answer
hutman replied on at Permalink Best Answer Reply
hutman
Have you checked the console/networking tabs in your browser's developer tools while attempting this to see if you can see if there is a PHP error happening?
yfsneals replied on at Permalink Reply
yfsneals
Thanks! I'm checking at this moment... But why would it not throw an error for admin, but would for an administrator?
hutman replied on at Permalink Reply
hutman
It could be a permissions issue as you said, but checking the network tab is the easiest way to find out for sure.
yfsneals replied on at Permalink Reply
yfsneals
Looks like something's broken here, but i'm not sure what.

Headers
GET XHR https://mileditors.com/dev/imcom-europe/index.php/ccm/system/dialogs/file/search [HTTP/1.1 500 Internal Server Error 2310ms]Headers
Params
Response
Cookies
Call Stack
ConnectioncloseContent-Typetext/plain; charset=UTF-8DateWed, 29 Nov 2017 21:45:32 GMTServerApache/2.4.23 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4Transfer-EncodingchunkedX-Powered-ByPHP/5.6.31
Accept*/*Accept-Encodinggzip, deflate, brAccept-Languageen-US,en;q=0.5Connectionkeep-aliveCookieCONCRETE5=p9d77hcvdrai2076auhjaajh01; ccmAuthUserHash=1%3Aconcrete%3A8d89d6bbf8fd04224bb6480411c404df; CONCRETE5_LOGIN=1; includeSystemPages=1Hostmileditors.comRefererhttps://mileditors.com/dev/imcom-europe/index.php/aboutUser-AgentMozilla/5.0 (Windows NT 10.0; WOW64; rv:56.0) Gecko/20100101 Firefox/56.0X-Requested-WithXMLHttpRequest


and
Response
JSON
error{}errors[]
{"error":{"message":"An error occurred while processing this request."},"errors":["An error occurred while processing this request."]}
hutman replied on at Permalink Reply
hutman
If you login to the Dashboard -> System & Settings -> Debug Settings and set "Show the debug error output" you should be able to get more information. The Server 500 would indicate that there seems to be a PHP Error happening.

If you use Chrome Developer Tools you should be able to see the whole Stack Trace in the Response Tab of the Networking panel after you flip that setting.
yfsneals replied on at Permalink Reply
yfsneals
The verbose error message doesn't pop up -- everything just hangs. I'll have to go to a different computer to use Chrome -- this one isn't allowed to use it. However, I clicked on the "500 Internal Server Error" on the Firefox developer tools and got into all kinds of data goodness.

Here's what appears to be broken:https://mileditors.com/dev/imcom-europe/index.php/ccm/system/dialogs...
Request method: GET ...

Still working.
hutman replied on at Permalink Reply
hutman
You should be able to get to the same thing using the firefox developer tools and see the full error, I"m not sure what "data goodness" you're getting, but that might be the actual error.
yfsneals replied on at Permalink Reply 1 Attachment
yfsneals
Here's what I did: compared the site (Site 2 in the attached) to a nearly identical one that is working correctly. I discovered ... that I had no idea what i was looking at.

I think I'm going to go the bad mechanic's route: back up the site and start putting in files from the functional one until something works.
hutman replied on at Permalink Reply
hutman
You're almost there, can you look at what it shows in either the Response or Stack Trace tabs rather than the Headers tab? I think that will show the full PHP error.
yfsneals replied on at Permalink Reply
yfsneals
I'm not asking you to do my work...but do you know how I should read this? Is it a PHP error? If so, where do I go to figure it out?
yfsneals replied on at Permalink Reply
yfsneals
BTW: Thanks for introducing me to this tool. I'd been using other areas of Developer Tools but wasn't aware of how powerful it is.