I have created two images to dispaly with Image Galleries and thickbox. All images show when link is clicked but not when image itself is clicked. Just a progress bar and nothing else.
Drupal 6.8
Windows Xp
TE 7 and Firefox
Apache3Triad
Barlow theme
Any help would be great. Thanks
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | thickbox_test.txt | 703 bytes | eric02138 |
Comments
Comment #1
frjo commentedThat usually means that the image link points to a image that doesn't exist.
Take a look at the image link, where does it point? Where should it point?
Comment #2
Anonymous (not verified) commentedHi frjo
I am pretty new to this. I'm not sure where to look for this link. Is it in the HTML of the page with the image on it?
I know the images exist as I can click on their link and they display. But, I'm thinking you mean a different link location.
Comment #3
TylerRobertson commentedHaving the same problem - it seems to be intermittent.
Interestingly, I edited one image node/saved it and most of the gallery it was in now works. Again, some don't work.
Comment #4
Anonymous (not verified) commentedI upgraded to 6.9, Image and DHTML. Tried editing and saving an image.
No luck. Still just the barber poll in middle of a semi-transparent box.
Comment #5
mwolfe38 commentedI had this problem so I looked into what might be the cause and I think i've got it figured out.
The image in a thickbox is in an anchor tag around the image. So if you check the href of the anchor that wraps the image, you can see what the file that thickbox is expecting.
In my case, i looked on the filesystem and the file it was expecting was [somename].preview.jpg.
However, this image didnt exist, yet [somename].thumb.jpg did. So i thought maybe my derived images were being created for some reason.
This is the case, and the reason is that the preset I have for the preview image was larger than the original image that I uploaded.
If you look at the code for the Image module, you'll see that it doesnt generate any derived images with a preset size larger
than the original.
So what happens is that if you have thickbox setup to use the preview image size, it will try to get the filename as
imagename.preview.jpg no matter what. So what thickbox should do instead is check that the image exists, if not, get the original.
I think that would be the best fix. I'm not sure though if there are potential problems with that solution. Another alternative would be to hack
the image module to always create derived images even if the base image is smaller.
Comment #6
Anonymous (not verified) commentedThanks mwolf38
I changed the thickbox to use the original image size and voila!
Comment #7
LttlAlis commentedI had the same problem when set to load preview image. After changing it to show original image, it has been working fine. Will there be a patch to fix this? I saw one was developed for 5.x, but it would be nice to have one for 6.x. I'm using Thickbox with the Image module.
Comment #8
eric02138 commentedHi -
I've been having the same problem (as I mentioned here: http://drupal.org/node/365165).
The problem stems from the interaction between Thickbox and the latest version of JQuery. In fact, when I attempted to re-create a basic demo using just code, not Drupal (attached) of Thickbox using JQuery 1.3.1, the demo didn't work. But when I used an earlier version of JQuery: no problem.
The good news is that the thickbox.js file has a "catch" block that allows you to alert the error that gets thrown when it doesn't work.
Cheers,
Eric
Comment #9
LttlAlis commentedThanks everyone! Yes, I changed it to pull the original image rather than the preview and that worked. So it for some reason wasn't finding the preview image.
Thanks again.
Comment #10
krasmussen commentedFirebug told me that the reason for this error was that "params is undefined". So I looked through the code and discovered that the variables "params" and "queryString" are only defined when the file type is not an image. So I took the section where these two variables are defined for other file types (lines 212-213):
And I added them to the section for image file types, between lines 71 and 72.
I'm no javascript ninja, so it might be an ugly fix. But it works!
Comment #11
Renee S commented@krasmussen I can confirm that this fix worked - thanks a zillion! Some of our original images are a bit huge, so it was really important that thickbox grab the optimized ones, not the originals.
Comment #12
frjo commented