I have the default image path set as image subdirectory however when users upload images from the front end the files go to /files NOT files/image

Comments

Jadzla’s picture

Does anyone have a solution?

sun’s picture

Status: Active » Postponed (maintainer needs more info)

Could you please test using the latest development snapshot?

Jadzla’s picture

Ok, have just done that and files are still going to sites/default/files whereas I have specified the folder image so that the images go to the same folder as when you browse to add an image. At present users who add images are unable to reuse them later as browse takes you to sites/default/files/image

sun’s picture

Very strange. Those errors tell that you don't have an 'image' table in your database.

Do you remember the version of Image module you installed first?

Jadzla’s picture

No and I fixed that by deleting both image and image_assist then reinstalling the latest assist and the dev of image so it works, however is still not uploading to the specified directory.

Jadzla’s picture

Just adding that I have changed from GD2 to image_magick to see if the problem still exists with a different image toolkit and no difference.

Jadzla’s picture

Is there any other information you need off me to help fix this problem?

Jadzla’s picture

Version: 6.x-1.0-alpha4 » 6.x-1.x-dev
Jadzla’s picture

bump

Jadzla’s picture

Status: Postponed (maintainer needs more info) » Active

Upgraded image to latest development snapshop as prompted by drupal. Still having issues.

joachim’s picture

Status: Active » Postponed (maintainer needs more info)

Does files/image exist?

sun’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)

Sorry, without further information this issue can only be marked as won't fix.

Feel free to re-open this issue if you want to provide further information. Thanks.

Courtney.B’s picture

Title: files not uploading to default image path » Files not uploading to default image path
Version: 6.x-1.x-dev » 6.x-1.0-beta5
Component: image.module » image_gallery
Status: Closed (won't fix) » Active
StatusFileSize
new15.61 KB

I've been researching a similar problem I've had for the past couple of days and this is the issue that comes the closest.

We've renamed the Gallery content type to "Gallery Image"; currently, all of the files upload to sites/default/files and whenever we try to change the path, it will not work. I've read a lot of issues the past couple of days, specifically http://drupal.org/node/103793 but it seems those address using tokens to further manipulate the settings. I can change the default path for the generic image node without a problem.

I know I have to be missing something, probably something simple so if you have any idea for anything for us to try out, that would be fantastic. I've included a screenshot so you can see exactly what I am trying to do. Where you see the text gallery, I've tried /gallery, and images/gallery as well.

Thanks for a great module!!! :)

joachim’s picture

- don't use an initial slash
- IIRC, more than one folder name will mean Drupal core can't create the folder. It's kinda stupid like that. We should probably add a message that to tell people -- file a new issue if you like :)

Courtney.B’s picture

StatusFileSize
new6.46 KB

Joachim,

1.) Yeah, I figured it wasn't supposed to be like that but I was just testing it out to make sure that it wasn't me who was creating the problem
2.) I'm not for sure if I understand exactly what you're saying - is it unnecessary to create the folder before setting what directory the image will be saved in? I had created the folders before changing the file path to those folders; I deleted those just now and set the path to gallery but it didn't create a folder and still saved the files in the sites/default/files again.

I've uploaded a new screenshot.

P.S. Thank you for replying so quickly! I wasn't expecting that! :)

joachim’s picture

Status: Active » Closed (won't fix)

That screenshot isn't from Image module. It's part of a content type settings page.