Download & Extend

Unable to get a working directory for the file browser!

Project:IMCE
Version:7.x-1.5
Component:User interface
Category:support request
Priority:normal
Assigned:Unassigned
Status:active

Issue Summary

Hi guys, I hope that this is not a duplicate, I searched around here.

User 1, Chrome/Safari on osx. It works just fine from Chrome on windows, no errors.
Could this be related to operating system?

Unable to get a working directory for the file browser!
Notice: Undefined index: perm include() (line 14 in /blabla/sites/all/modules/imce/tpl/imce-file-list.tpl.php).

to reproduce I choose "Browse" from imce menu after clicking insert picture.

hope this help, if you need more info, please ask.

Comments

#1

Hi, I have got the same problem. If you solve it, please do tell me. Thanks.

#2

I have this error as well.

#3

My IMCE image upload was working fine up until recently.
I have recently upgraded to Drupal version 7.15. - anyone else noticed it post-upgrade?

I also recently had my IT dept amend some folder permissions. I was wondering if this could have had an effect - I have the following permissions (although I think it may have still worked after this amendment):
sites/default = 755
sites/default/files = 775
sites/default/files/image = 775
I believe this is the recommended level by Drupal - what do others have sites/default/files and /images set to?

#4

I resolved this by changing the ownership of the default/files folder back to Apache.
Although Apache had permission to write to it, it had stopped working when the ownership had been changed.

#5

If you're using Drupal 7, Check out IMCE Configurations (admin/config/media/imce), look if the column Public Files has a Role defined for the editor role (it comes NONE by default). I hope it helps...

AttachmentSize
imce-config-roles.jpg 114.19 KB

#6

Clecioespindola that was my problem also, this public files column always gets into second row and this is not intuitive, I also did configure first row which was for you tube and didnt look for second row and had also this problem.

I suggest to IMCE dev. to put public files column in first place, people will make the same mistake a we did.

#7

Category:bug report» support request

#8

I am also having the same problem. When I open the IMCE file browser, the only directory I see is <root> (with no subdirectories). When I click on <root>, I get the error messages "Directory . is not accessible. Unable to get a working directory for the file browser!"

I've verified that my public files directory is set to sites/default/files. In the IMCE configuration, under directories, I have <root>/images set with browsing enabled and "Including subdirectories" checked.

The files directory and all of its subdirectories are owned by the same user as apache is running under, and the directories are set to 777 (which I would rather not do, but wanted to test).

I still get the same error message.

Any suggestions?

AttachmentSize
directories.jpg 95.66 KB
filesystem.jpg 97.1 KB

#9

To make this issue even weirder:

When I use the Link button in WYSIWYG editor, the "Browse server" button (which uses IMCE) works fine and can see all the files.

It is only the "File browser" for the Image field on the content type that gives these errors.

Does anyone have any ideas? This is rather frustrating :(

#10

If you are using the filefield sources module, and have set IMCE configuration profiles, you may need to set the field's "File browser mode" to "Full" or risk being denied!

filefield sources IMCE options

AttachmentSize
Screen Shot 2012-12-12 at 01.08.27 .png 45.25 KB

#11

@Andrew_Mallis thx for helping me out. I can see all IMCE icons but it still don't see images inside folder :(

#12

@Kirsehn you might want to set a path to a Private filesystem path!

#13

@Andrew_Mallis Thanks for the suggestion :) I admit, however, that I already ended up switching over to using the Media module for this project and have since uninstalled IMCE, since I was unable to get it working. The next project that I have, perhaps I will try it again.

nobody click here