how can I make the default path an already existing path on my web server? It seems it will automatically create a folder within the folder I want to use as the path...quite frustrating since I already have 100s of files uploaded elsewhere I need my users to be able to navigate.

Comments

kbrooks0o0’s picture

kbrooks0o0 commented
Title: How to set the Default WebFM Root Directory to an existing directory » oops
kbrooks0o0’s picture

kbrooks0o0 commented
Title: default files path » How to set the Default WebFM Root Directory to an existing directory
robmilne’s picture

robmilne commented
Title: oops » How to set the Default WebFM Root Directory to an existing directory

Not sure if you've resolved this on your own, but simply type the path into the role root path input form after you've created the path manually.

techbot-1’s picture

techbot-1 commented

It's confusing as hell. All I want to do with WebFM is have a download tree. I'm new to Drupal, but by no means a newb at community sites. I [i] should [/i] be able to specify a media folder (ex. /media) but drupal doesn't like this. So I have to type just "media" into the root directory because that's where my files are. Then I hit the anonymous user section...I type "media" there because I want everyone to pull from the same downloads folder. Except now drupal creates ANOTHER folder inside my media folder called...media. So now I have a retarded download system that I can't figure out. Any suggestions/help?

robmilne’s picture

robmilne commented
Status: Active » Closed (works as designed)

Each role assigned 'webfm access' must have a root directory which is a subdirectory of the WebFM root directory. The subdirectory does not have to be distinct per role but it cannot be the WebFM root itself. Directory structure is essential to the file access/permission scheme. There is no 'workaround'.

HGS’s picture

HGS commented

You might also want to check the input value to Drupal.parseJson in Webfm.jsUpload.prototype.callback. The response we received from the server had some extra whitespace in the response so the result object had a status of 0. As a result, the tree was never refreshed correctly.