This may look like a duplicate of http://drupal.org/node/185738 but the fix I applied there (adding transliteration module) is not working.
I have upgraded to drupal 5.10 on my stage and local test site. On both servers the imagecache files are created multiple times. If view a page using an imagecache preset I get another image with an increasing_number.
This is the link to the actual image in the browser.
example.com/sites/default/files/imagecache/News_fullsize/news_images/HTS_COVER.jpg
I believe it should be
example.com/files/imagecache/News_fullsize/sites/default/files/news_images/HTS_COVER.jpg
I noticed it happening in a new lightbox2 image.
Any ideas on what can be happening? Ill try reverting toa previous version, but some clues would be useful.
Comments
Comment #1
drew reece commentedNot sure if it's imagecache or lightbox causing this.
Please see the thread in Lightbox2 issue queue http://drupal.org/node/297925.
Also please try the following.
Find the url to any imagecache generated file and open it in the browser, then remove the second 'sites/default/files' from the url just before the preset name & reload it. No image will appear but check in the imagecache folder for duplicate images. If this happens to you too then this could be a security issue?
Comment #2
drew reece commentedBump,
Has no one else seen this behavior, or even this thread ?
Comment #3
Boletus commentedI have this issue as well. It seems that a new duplicate file is created in files/imagecache/files/ -- perhaps when the file is viewed.
some files now have like twenty copies
img_filename_01.jpg
img_filename_02.jpg
img_filename_03.jpg
..
..
..
img_filename_20.jpg
I also see that the url to the image, from a imagecache thumbnail have double slashes.
http://www.domain.com/files/imagecache//08351.jpg
Did you find any solution?
Comment #4
drew reece commentedNo resolution, other than reverting back to 5.x-1.5. If this issue is real then i consider it a security issue, because simply requesting the images can cause many duplicates and cause the server to run over quota. I reported this but have not heard anything, so I assume its either being investigated or it hasn't been reproducible?
If you revert the module does it suddenly start working correctly?
We should try including more info on our setup's to see if we are 2 'edge cases' that are doing things differently to everyone else.
I'll report back when I have more time later.
Comment #5
4kant commentedSame issue without any lightbox or thickbox.
I have ONLY imagecache 5.x-1-6 together with WebFM.
I also tried 5.x-1.5 and ist was still the same. [edited the next day]--> checked it out again: with 5.x-1.5 it does work! I must have mixed up versions.
What if I try to combine imagecache with an older version of drupal? Before 5.10 I had never had that problem.
[edited the next day] Tried drupal 5.9 and imagecache 5.x-1-6: again duplicates with every click. and gone with imagecache version 5.x-1.5 again
4k
Comment #6
drew reece commented4kant,
That is the same as I have found, I have reverted to imagecache 5.x-1.5, and upgraded Drupal to 5.11. I will test it with the new 5.12 release soon.
My server has been updated recently and it means I can use imagecache 2 (because of php 5), I think it will be worth migrating to if you can, because this issue doesn't seem to be going anywhere.
Comment #7
Debugger_01 commented5.x-1.7
I have same trouble. Every show image created dublicate of img.jpj - img_0.jpg img_1.jpg img_2.jpg and so on.
Comment #8
Lorbas commentedI have exacly same problem. Many duplicate files created by imagecache (what a waste of server space!). When I turn off imagecache - everything is ok.
Comment #9
Lorbas commentedin beta8 there is still same problem with duplicated files :/
Comment #10
drew reece commentedHmm, I'm not sure the version should be changing with every post?
The fault was first noticed with upgrade to ImageCache 5.x-1.6, changing it back.
I wish an admin would show up in here, it's only been around since last August, hope I'm not being unreasonable.
Comment #11
costinius commentedsubscribing
Comment #12
fizk commented