Odoo/odoo/tools/image.py, branch 14.0

[FIX] tools: prevent call to pillow exif_transpose image method

2021-02-09T11:32:23+00:00

In a previous fix [0], the call to exif_transpose was kept to allow
rotation of images format different than `JPEG`.

After a small test, it appeared that the call would crash if the image
in another format had the same `LensInfo` tag.
So it's safer to not call this method at all.

With this commit, the rotation tag is retrieved disregarding the file
format by using the `getexif` method if available, falling back to the
private method for Pillow < 6 support.

As a bonus, a test is also added with a small embedded `JPEG` image,
crafted with an `Orientation` exif tag and, for reference,  the
`LensInfo`tag that caused so much trouble.

The fix referenced in [0] was not forward-ported as it was only moving
the code the is completely removed in the present.

[0] b83c48d5c48954193

closes odoo/odoo#65793

X-original-commit: 38f696dfa5134d93b5a3a1c0647aa8f8c1bd18c9
Signed-off-by: Christophe Monniez (moc)

[IMP] *: replace to new _() syntax

2020-06-18T11:03:34+00:00

Using a few regex like
\((_\(.*%s.*)(\) % )([\w\[\]][\w .\[\]\(\)'"]*)\)
($1, $3))

Old syntax is still compatible but starts the migration to the new
syntax that catches error.

[FIX] tools, base: fix orientation of image with EXIF orientation tag

2019-10-14T13:03:03+00:00

Before this commit, some images would display incorrectly orientated.

This typically happens for images taken from a non-standard orientation
by some phones or other devices that are able to report orientation.

The specified transposition is applied to the image before all other
operations, because all of them expect the image to be in its final
orientation, which is the case only when the first row of pixels is the top
of the image and the first column of pixels is the left of the image.

Moreover the EXIF tags will not be kept when the image is later saved, so
the transposition has to be done to ensure the final image is correctly
orientated.

closes odoo/odoo#38717

X-original-commit: 0f8e132ec0495fcdfa0a47d5b9c98a2f6f10c7d8
Signed-off-by: Sébastien Theys (seb)

[FIX] tools: use user friendly message in case of error

2019-09-18T10:14:12+00:00

closes odoo/odoo#37058

Signed-off-by: Nans Lefebvre (len)

[FIX] tools: crop & resize image crashes

2019-09-25T15:12:46+00:00

- When trying to access an image that need to be resized and cropped,
  the code could crashes.

  This is due to the fact that PIL expect to work with integer for
  sizes, but in some cases we provide floats

closes odoo/odoo#37442

Signed-off-by: Toufik Benjaa (tbe)

[IMP] tools, product, website_sale: rename image_variant_max

2019-08-06T12:29:13+00:00

Follow up of 58a2ffa26f1a3b0f9630ce16d11b758d18e20a21

Variant specific field `image_raw_original` was meant to be renamed to
`image_variant_1920` instead of `image_variant_max` to follow the same naming
convention as the other fields (having the pixel number in the name).

closes odoo/odoo#35493

Signed-off-by: Jérémy Kersten (jke)

[FIX] tools: fix condition of image_process quick return

2019-08-06T12:16:18+00:00

Follow up of 344614b54a2aa7799a551306b31c00f52ed4f999

If base64_source is falsy, we don't need to check the other parameters.

closes odoo/odoo#35489

Signed-off-by: Quentin Smetz (qsm)

[IMP] tools, base: removed unused image helpers

2019-08-02T16:47:58+00:00

PR: #34925

[IMP] base, product, website_sale: move image zoom out of mixin

2019-08-02T16:47:58+00:00

This field is not necessary on most models so move it to the few places where it
is needed to avoid computing it and storing it everywhere.

PR: #34925

[IMP] *: rename image fields

2019-08-02T16:47:58+00:00

image_original => image_1920 (now resized to 1920)
image_big => image_1024
image_large => image_256
image_medium => image_128
image_small  => image_64
image replaced by image_1920 (when writing) or by image_1024 (when displaying
	what was previously the big size)

+ add new intermediate format:
image_512

PR: #34925