Path settings > File path is ignored on image upload.

I marked the priority critical because it's extremely important in the circumstances. We are dealing with mass upload, there may be hundreds of images per node and thousands altogether. Given that, if all images reside in a single folder on the server, a regular Linux server will go exponentially slower indexing thousands of images from a single location. Thus a more comprehensive directory structure needs to be introduced over server speed considerations.

Comments

grandcat’s picture

It isn't ignored. But you can't use all combination of tools like token. This might be your problem.

mp’s picture

@ain
did you solve your problem?
got the same here ... all images are stored in "tmp" directory

greets

sinuz’s picture

I have the same problem, using the RC3 CCK version of the module.
The file path is set to "photo", so i have no tokens in use but it saves all images to the files directory... Normally i would use the path "photo/[site-date-yyyy]" but this works neither (it works when only using the imagefield module though).

Help with this problem is very much appreciated, i just uploaded 2k images which all have been uploaded to the files folder *sigh*

ball.in.th’s picture

I just run into this problem. For me, File path is set to "imgfupload/[uid]". Nothing is created in the files directory after uploading files.

grandcat’s picture

Status: Needs review » Active

Please don't use CCK3 nor PHP 5.3.

ain’s picture

I'm running CCK 6.x-2.6 with PHP 5.2.11, problem with paths is still there.

Let me know if I can assist you in narrowing this down/improving the situation.

ball.in.th’s picture

CCK 6.x-2.6 with PHP 5.2.11 on windows host for me.

timlie’s picture

Same here, even no tokens used. It only works if I leave it blank!

timlie’s picture

Same here, even no tokens used. It only works if I leave it blank!

skizzo’s picture

I set File path to imgdir/[uid] but all images got uploaded to default files directory.
I then manually created the imgdir directory (with proper Unix permissions).
Images are now uploaded to the correct directory structure, including [uid] subdirs.
Hope that helps...

ydv’s picture

Tokens are ignored. If you simply indicate the way to the folders everything will work. Please, repair...

jcmarco’s picture

I have the tokens in file directories working fine but I am using the filefield_paths module that adds extra token support to filefield fields.

Romejoe’s picture

Similar problems here. All works fine until I enter a path (installed: Token, FileFieldPaths). He uploads in the correct directory structure but even if all is placed correctly he does not show the preview after clicking NEXT STEP.

Edit:
No Idea why (changed nothing as far as I know) now it shows me the pictures even with the path changed as preview.
But I ran into another problem. Will create a new issue for that.

Edit:
Without changing anything it happened again (uploading to a new directory that did not exist). Got the 2 slashes after the imagecache directory (...imagecache//mydirectory/...). Because of that the images won`t load.

Romejoe’s picture

I fount the error in my drupal. By accident I placed initial slashes in the path (can not remember anymore if it was in the filefield paths or whereelse). As soon as I removed them it worked as supposed to.
But should there not be a warning?

Magnus’s picture

Priority: Critical » Major

Check out the patch in comment #10 and see if that helps you: #635854: Node links to original file path after creation until the node is saved again

Magnus’s picture

Salonbus’s picture

Status: Closed (duplicate) » Fixed

It seems that image_fupload would not create sub folders, the result is that all images save to "files".
but, i change the field widget to normal image widget, then upload a image, the sub folder in "files" created.
after that, change back to image_fupload widget, it work as design...all images stay in the folder you prefered.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.