Link generated to thumbnail:
/sites/default/files/imagecache/galleryformatter_thumb/boats/

Actual location is:
/sites/default/files/imagefield_thumbs/boats/

Weird thing is that the first image uploads and displays fine, the second (and subsequent) don't.

Link location generated for second image is:
/files/imagecache/galleryformatter_slide/

First one appear there fine - can't find the second.

Have spent 4 hours trying to fix and 3 hours trolling through this forum. None appear to resolve this issues. Have seen the video - no help there. I have found a number of comments from people how smooth, easy and quick installation is!! Time for me to ask for help!!

Comments

Enzman’s picture

Enzman commented

It appears that this issue may be with Image Cache - which Gallery Formatter relies on for the location. Have applied the fix documented here: http://drupal.org/node/536596

Also - have made a temporary fix by moving the files via FTP to the location specified. The module seems to be working fine once I have.

I will systematically go through other modules that this one is dependant on to see if they are causing the wrong location to be used.

IMPORTANT NOTE - as this is the first time I am setting up a gallery on any site many of the I installed the supporting modules for the first time as well. The documentation will need to specify that the modules depended on need to be working properly. These are: Content, ImageField, ImageCache, FileField and ImageAPI.

Personal note on module - this seems to be the nicest Gallery Module available at the moment - and when I get it working will be easy for clients to use.

Enzman’s picture

Enzman commented

Still no luck in getting the module working - it still creates links pointing in the wrong place.

...and now I've found this in the documentation README.txt supplied with Filefield:

(I'm getting to understand it more but frustrated with the memory of reading how easy this is to install. Not sure why at least on person of this community of 500,000 has yet to comment.)

Dependencies
------------
* Content

FileField also provides additional features when used with the following:

* ImageField (See an image preview during editing.)
* Token (Generate dynamic paths when saving images.)
* ImageCache (Create thumbnails of images on output.)

If your site is any larger than a personal blog, you should definitely install
the following modules to increase the security and stability of your uploads.

* Transliteration (Convert unsafe characters to file system safe names.)
* MimeDetect (Check the content of files to ensure they match the extension.)

Enzman’s picture

Enzman commented
Priority: Major » Critical

Just realized that the setup is not generating an image for the slide.

To recap - the outputs are:

Thumbnail path [not valid] /files/imagecache/galleryformatter_thumb/boat_images/test001.jpg
Slide path [not valid]: /files/imagecache/galleryformatter_slide/boat_images/test001.jpg
Original Image path [valid]: /files/boat_images/test001.jpg

The actual files are located:
Thumbnail: /files/imagefield/[path entered in imagefield]/test001.jpg
Slide: not output.
Original Image: /files/boat_images/test001.jpg

This has now been upgraded to critical as the module is simply is not working for my installation as a result of the paths. I can 'fix' by manually making the slides and relocating them via FTP to the paths output. There is most likely some basic configuration I have got wrong. This may be rectified by documentation or by better UI / code.

(I'm pretty sure I need help having spent 14 hours on this - is there anybody out there?)

Enzman’s picture

Enzman commented
Component: Code » Documentation
Category: bug » task
Priority: Critical » Major

Changed the 'Download Method' to 'Private' instead of 'Public' in System Configuration>Filesystem
From http://drupal.org/node/368925

I then changed it back and the correct links were retained.

Gallery now works. When Download method is 'Private' then the site performs very slowly.

This issue is still open, as this is the best (only) solution that I have - and still doesn't allow my clients to easily upload images for galleries (they need to notify me and I will toggle the setting...

The following line may be added to the documentation:
If images do not display the toggle the 'Download Method' to 'Private' then back to 'Public' in System Configuration>Filesystem.

Am looking for a better solution. Note that the documentation will need to cater for those making their first gallery (like me) - and can't assume that they already have galleries working in other ways. If invited I will assist with documentation for this project.

manuel garcia’s picture

manuel garcia commented

I never thought of using this module with private files setup... I honestly have never used private files for any real project. It sure should be in the documentation, and I would like to take a look at getting this module work with private files if possible, although having your images use private files is most probably a performance problem.

We'll see what happens. Thanks gantt for letting everyone know the info you found out.

manuel garcia’s picture

manuel garcia commented
Title: Broken link generated resulting in thumbnails and some images not being displayed. » Not working with private download method.
Enzman’s picture

Enzman commented
Title: Issue with links (work-around works with toggling private download on/off) » Not working with private download method.

This is a little funny as I never intended to use the private files settings or structure!

All I wanted to do was to get Gallery Formatter working. Turning on 'private files' then turning it off seems to reset the paths within the Drupal installation - it's a work-around to an unresolved issue for my first installation of this module. (I am now working on by second installation of this module and have three more planned.)

So I'm wondering how you thought you I intended to use the private file technique - I have reread my posts and i thought I was being clear... so I'll try another heading...

To be clear - the module was not working BEFORE I switched the site to 'private files' as written above. Switching to 'private files' enabled the module to work (by correcting the paths), though slowed the site down. Switching 'private files' off got the site working normally, and retained the correct paths.

One of the reasons I am attracted to the module is it's simplicity - I believe clients will use it without issue.

(PS: I'm getting great feedback about the way this module looks)

Enzman’s picture

Enzman commented
Title: Not working with private download method. » Issue with links (work-around works with toggling private download on/off)
Enzman’s picture

Enzman commented
Title: Not working with private download method. » Issue with links (work-around works with toggling private download on/off)

Just completed my second installation. Same issue with the paths not working. This time it's not a development site - it's live.

While the work-around still works, I'm still looking for a solution - don't want to have to ask the clients to do a workaround as it's not professional.

manuel garcia’s picture

manuel garcia commented

Well, I'm very confused with this now, I've installed the module a hundred times, with public files (as it's the usual way), and I've never had any trouble like you describe. I've used different imagecache presets, the default and custom ones, no problems there. I've setup the paths differntly than the default, no problems either. It's imagecache that gives the module the paths, I'm not doing anything weird there... using the theme function from imagecache that's all.

Needless to say I cannot reproduce the problem unless you give me exact steps and configurations that you are using, both for the imagefield, galleryformatter, etc.

Enzman’s picture

Enzman commented

I'm back to this issue, having resolved several other ones - this issue is now my top priority.

Here's some similar issues already posted: http://drupal.org/node/507880 and http://drupal.org/node/368925 (having spent hours looking for issues - I can now search better than I could when I first posted this issue...

I was able to replicate the error by just using file uploader and imagecache - so shall I close the issue as a Gallerty formatter issue? Or should I keep it open and post the solution (assuming I find one) here.

Also, am very confident that I have followed the instructions correctly for Gallery Formatter. I need to thoroughly check how I have imagecache configured.

manuel garcia’s picture

manuel garcia commented
Status: Needs work » Closed (works as designed)

Yup, let's close this one, as it looks like the problem is coming before this module gets to do its thing.

Enzman’s picture

Enzman commented

I see a lot of these sorts of issues when hunting for solutions. I think what would be helpful is to list here the solution... at the moment am looking at solutions that relate to .htaccess... but am having difficulty implementing the solution (partly due to time constraints. My thoughts are that good practice is to always point readers to a solution - it's related because the issue manifests in galleryformatter - even if the issue is related by poor user configuration in a prerequisite module. Currently working through: http://drupal.org/node/410200