Looks like I may be encountering a known problem, but not sure. Since migrating between alpha releases in about February I've been seeing a number of broken thumbnail images which did not appear before. These are on pictures which were loaded directly into G2, and did show thumbs correctly at first. I have tried to recreate thumbs, swapping priorities of GD and ImageMagick, to no avail. (I've tried changing thumbnail size just to see if any change occurs - and the images did appear to resize, but no change to the broken thumb icons.) Main images appear to be okay.
Need more info, or are you pursuing this already?
----
Gallery URL (optional):yantisgetaway.com/gallery/main.php
Gallery version:2.0-B2+ (4-18 snapshot)
Webserver (with version):Apache/2.0.48 (Fedora)
Datatabase (with version):mysql 3.23.58
PHP version (eg 4.2.1):4.3.4 cgi
phpinfo URL (optional):
Graphics Toolkit(s):GD, Imagemagick, NetPBM
Operating system:Linux
Web browser/version:MSIE 6.0
G1 version (for migration bugs): N/A
Posts: 32509
- already tried readding the images that have broken thumbs/resizes?
- are the images that have broken thumbs of another type (jpg, bmp, ..) than the ones that work?
- already tried to use only a single toolkit (deactivate/uninstall the others in G2). maybe this can be isolated to a single failing toolkit (GD?).
Posts: 8601
i don't know how you got some resizes, but i'm not surprise the thumbnails fail because the fullsize images seem corrupt.. example:
http://www.yantisgetaway.com/gallery/g2data/albums/Shreveport/DSCN0114.JPG
Posts: 103
Thouche. It does appear that the originals for those pics with broken thumbs have become corrupted. Obviously, they didn't start that way. Any ideas on how to trouble-shoot that problem? (The number of corrupted pics seems to be growing.)
Posts: 32509
You say they are corrupted in G2, but not corrupted on your harddisk where they came from? Do they corrupted when you add them?
You can take an incorrupt picture an add it to G2. Then you can copy the file from g2data/albums... back to your disk and check if the file is corrupted.
Irfanview and other image viewers show if an image is corrupt and it may fix it.
I don't think G2 corrupts it, probably they were corrupt before or the transmission to G2 isn't very reliable in your case.
Posts: 103
Woluldn't you think that if the originals were corrupt the resized-images and thumbnails would be? That wasn't the case. This is a new development.
I'll see what irfanview tells me, but I don't think it will tell me what happened along the way. (Will it?)
Posts: 7994
G2 won't modify the originals unless you expressly tell it to. So it's unlikely that G2 is the culprit (but if it is, we'll fix it). It's also possible that the images are too corrupt for the browser, but ImageMagick/NetPBM/GD might be able to salvage it to make a resize.
Finally, check the date/timestamps on the original vs. the resized/thumbs.. if the original has been modified more recently than the resized then odds are good that something else has come along and corrupted them.
Posts: 378
I think this is the same problem I encountered : croped thumbnails are not created correctly.
On my machine, they used to be OK, but for the last 4 months, G1->G2 migration cannot import cropped thumbnails correctly, neither can I crop a thumbnail on an existing picture.
The other interesting info is that we both use Fedora...
Posts: 103
Turns out the originals are not corrupt. They're empty. Size = 0. I'll bet I had problems transporting the files during one of the refreshes and didn't know it. I'm pretty sure now this is not a G2 problem.
Sorry I didn't spot this sooner. Thanks for your help.
For those of you who may be wondering, the fix was easy. I just re-FTP'd the originals back into /g2data, then used g2 to edit album and re-create thumbs. Worked like a champ.