Thumbnails Refreshed?

[gdurniak]

does Supercontainer check the timestamp of each thumbnail vs the original image?

e.g. if I edit and replace an image, keeping the same filename, will new thumbnails be generated?

thanks

[Smef]

It doesn't check the timestamp of the thumbnail to determine this, but yes, it will replace an image with the same filename a new thumbnail will be generated.

[gdurniak]

if you "delete" an image thru the applet, supercontainer does delete the matching thumbnails

however, we are "pushing" image revisions directly into each supercontainer folder

we then have to manually delete the thumbnails

it would be a neat feature, if supercontainer was smart enough to compare the timestamps of the image original vs each thumbnail

greg

>It doesn't check the timestamp of the thumbnail to determine this, but yes, ... a new thumbnail will be generated

[Smef]

You should not upload or download files to SuperContainer outside of using the plugin or a SuperContainer URL. If you do so you are writing files as a user other than the SuperContainer user and can run into permissions issues as well as running the risk of desynching with your database, as well as other issues like what you are experiencing now. I do not recommend continuing to upload files through the filesystem directly.

99.9% of the time it is not necessary to ever move supercontainer files in the filesystem directly unless you are migrating between servers. I haven't ever run into a client where this was necessary or a good idea, though I have run into some people that were doing it anyway. What are you doing that is requiring to do this? If you absolutely must do it this way (and remember, the file system is probably not the best way to do it) you can manually delete the thumbnails for the file you are moving, which will force SuperContainer to re-generate the thumbnails.

[gdurniak]

our users "add" images to a third party app for printing. The app queries filemaker for the record serial number ( by filename ), then copies the revised image to the matching supercontainer folder ( by serial number ). it works quite well. and yes, we do ( now ) delete the thumbnails each time

I guess we could have tried the java api or the php api, but this was quicker

greg

>You should not upload or download files to SuperContainer outside of using the plugin or a SuperContainer URL. If you do so you are writing files as a user other than the SuperContainer user and can run into permissions issues as well as running the risk of desynching with your database, as well as other issues like what you are experiencing now. I do not recommend continuing to upload files through the filesystem directly.

>you can manually delete the thumbnails for the file you are moving, which will force SuperContainer to re-generate the thumbnails.