[TYPO3-core] RFC: Bug #6261: Crop-Scaling the same image with different dimensions might produce wrong files
Ernesto Baschny [cron IT]
ernst at cron-it.de
Wed Sep 12 11:17:30 CEST 2007
REMINDER... easy to test, just follow the "how to reproduce" steps! :)
Ernesto Baschny [cron IT] wrote: on 04.09.2007 16:33:
> Hi,
>
> this is a SVN patch request.
>
> Branch: trunk, TYPO3_4-1
>
> Problem:
> If the same image needs to be generated more than once by an "IMAGE"
> with different crop-scale configurations (width=XXc or height=YYc), it
> might occur that the same hash will be generated for both versions, so
> that the second crop-scaling will render the same image which was
> produced with the first crop-scaling.
>
> How to reproduce:
> Test with an 800x600 image (the proportions are important!):
>
> page = PAGE
> page {
> 10 = IMAGE
> 10 {
> file = fileadmin/Blaue_Berge.jpg
> file.width = 80c
> file.height = 80c
> wrap = <div>Image 80x80:<br/>|</div>
> }
> 20 < .10
> 20.file.width = 100c
> 20.file.height = 80c
> 20.wrap = <div>Image 100x80:<br/>|</div>
> }
>
> Expected is two different files (and hashes), but we get the same hash
> twice (thus the same 80x80 file).
>
> Why this happens:
> The problem is that in both situations the same scaled-down version of
> the file will be generated (107x80) before they are cropped down later
> by imagemagick. Since only the scale-down + "crop-percentage" will be
> used to generate the hash, it will render both files twice.
>
> Solution:
> We need to add the information about the destination crop width/height
> in the hash so that we end up with two different files. The patch does
> that. This will only happen for crop-scaled images, all other hashes
> will be left untouchted. Cleaning up the typo3temp/pics/ might be
> recommended after upgrading.
>
> Reference:
> http://bugs.typo3.org/view.php?id=6261
>
> Cheers,
> Ernesto
More information about the TYPO3-team-core
mailing list