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.
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.
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?
Thanks! I'm checking at this moment... But why would it not throw an error for admin, but would for an administrator?
It could be a permissions issue as you said, but checking the network tab is the easiest way to find out for sure.
Looks like something's broken here, but i'm not sure what.
Headers
and
Response
JSON
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."]}
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.
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.
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.
Here's what appears to be broken:https://mileditors.com/dev/imcom-europe/index.php/ccm/system/dialogs...
Request method: GET ...
Still working.
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.
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.
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.
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.
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?
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.
