So I see that many folks have successfully installed this and gotten it to work...so if someone could tell me what I am doing wrong or what I might do to fix it, it would be greatly appreciated.

Here is what I have done and when I say I have installed something, it means I have download and installed the most current version as of today, the 26th of Sep, 08.

PHP 5
Drupal 6.4
clean URLs turned on.

I installed ImageAPI and enabled ImageAPI and ImageAPI GD2
I installed imagecache and enabled Imagecache and Imagecache UI
Installed and enabled Thickbox version = "6.x-1.0"
Installed and enabled FastGallery version = "6.x-2.3"

set the default file folder to sites/defaults/files/pictures/ (and it sees the sub folders in there also)
left everything else as is.

Ran cron

I now get the following errors on all the admin pages

* warning: imagesx(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 61.
* warning: imagesy(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 62.
* warning: imagecopyresampled(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 78.
* warning: imagedestroy(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 90.

and I get a huge error list when I go to the fast_gallery page...the first few lines are as follows...

# warning: imagesx(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 61.
# warning: imagesy(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 62.
# warning: imagecopyresampled(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 78.
# warning: imagedestroy(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 90.
# warning: imagesx(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 61.
# warning: imagesy(): supplied argument is not a valid Image resource in /home/content/r/p/a/rpardun/html/sites/all/modules/fast_gallery/fast_gallery.cache.class.php on line 62.

I have some small picture files in the directory /pictures/ and also some in /pictures/pic1/ and pictures/pic2/

Have I missed a step somewhere? Anyone have any ideas?

thanks a ton for anyone who can help.

Comments

ncy’s picture

ncy commented

i remember having this problem too. what fixed it for me was changing .JPG extensions into .jpg (lowercase). i only have jpeg files so i don't know how nicely it plays with other image filetypes.

hope that works,

-nick

rpardun’s picture

rpardun commented

That did in fact solve 50% of the problems. Another 40% was solved by changing some of the names with tn_something.jpg to just something.jpg.

I still have little icons/graphic/colored text under each photo that says "is not folder image" and one that says "is folder image". Anyone seen that one before?

Should I submit a bug request for the .JPG error? It seems like that is something that shouldn't be an issue.

Thanks nick for the help and for anyone that can clear up this last 10% for me :)

Rik

ncy’s picture

ncy commented

hrmm, that "tn_" problem is interesting because i can't duplicate it in my setup. files starting with "tn_" work fine for me ....

i'm a Lightbox person. i guess that's why i don't have those "Is not folder image" and "Is folder image" captions. don't know why it'd show for one and not the other. i'm still not entirely clear what this feature is supposed to be about or if it was left uncompleted. i think it's just a text label to show whether an image is a folder or not, which personally i don't think is necessary, but whatever, it's overall still a neat module to use.

if you want to kill the label, go into the fast_gallery.module file and change line 722 to:

//  $output .= $link._fast_gallery_add_select_folder_image_code($value);
$output .= $link;

i think the .JPG error is a valid bug request. then we can keep an eye out as users on limitations and have a todo list for developers.

-nick

doughold’s picture

doughold commented

I am having the exact same issue. Removing the .JPG fixed the error's that were being output by the scripts, but I am now getting "is not folder image" and "is folder image". I also tried commenting out line 722 as you said, but all that did was remove the caption, there are still no thumbnails, only a tiny box to the right of where the caption used to be. Any thoughts?

Thanks,
Doug

ncy’s picture

ncy commented

did you remember to run cron? sometimes it also helps to flush the imagecache/thumbs and and refresh the Fast Gallery page. also make sure that if you type the path to the gallery manually, it ends with a slash '/'.

doughold’s picture

doughold commented

Thanks for the fast reply.

I actually figured out why the previews were not working. I am running suPHP and therefore need to use the Private download method since all permissions are set to the web user and not the www-data user. I am still having the issue with the "is not folder" label though. Thinking this through a little bit; it seems as though there should be an image in the modules folder that is shown when there is just a single image and not a folder, I am going to search through the code for this string and see what I can find.

ncy’s picture

ncy commented

i haven't used suPHP or private/public filesystems, so that's good info. thanx, Doug.

To me, it doesnt look like the folder image thingy is complete yet. i just removed all code relevant to it for my purposes.

I've posted the file extension problem and a possible fix:

#315352: Internal Cache Only Works with Lowercase Image Extensions

uphill’s picture

uphill commented

I haven't seen the underscore "_" problem, but can verify the JPG -> jpg part. I had another problem after that point where I believe it is GD that is unable to work with certain formats of EXIF information in the files. I fixed it by running the images through image magic first:

convert old.jpg new.jpg

No options to convert, just get it to run through the image and output 1.01 EXIF info instead of 1.02.

Hope that helps

rapsli’s picture

rapsli commented

is this fixed?

ncy’s picture

ncy commented

the file extension problem should be fixed in the new version. the old code was ignoring/improperly handling some file extensions. supported formats for internal cache only include jpg, png, and gif.

i haven't had any problems with any jpg files in regards to EXIF data. can somebody post some jpg files with 1.02 EXIF data?

ncy’s picture

ncy commented
Status: Active » Fixed
Anonymous’s picture

Anonymous (not verified) commented
Status: Fixed » Closed (fixed)

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