Skip to content

Conversation

fw-bot
Copy link
Contributor

@fw-bot fw-bot commented Jan 6, 2025

Changing a product template's image with the can_image_1024_be_zoomed field present in the view produces a crash on save.

STEPS TO REPRODUCE

  1. Open a product form view
  2. Using studio, add the can_image_1024_be_zoomed field
  3. Change the image and save

The product will be updated, but this error will be thrown:

binascii.Error: Incorrect padding

CAUSE

def _compute_can_image_1024_be_zoomed(self):
for template in self:
template.can_image_1024_be_zoomed = template.image_1920 and tools.is_image_size_above(template.image_1920, template.image_1024)

In the RecordSet's context, bin_size=True, so accessing image_<size> returns a size instead of a binary. _compute_can_image_1024_be_zoomed calls tools.is_image_size_above with this binary size, while the method expects the full base64 encoded image. Ultimately, this causes base64.b64decode to crash with the above error.

FIX Update the RecordSet's context to bin_size=False. Accessing image_<size> from the RecordSet will then return the full binary instead of the size.

NOTES
In versions <17.0, read and write were done in separate network calls causing the recompute to happen during the flush of the write, which doesn't have bin_size=True in the context. Because the field is stored, the read will not cause a recompute and thus avoids any error. In >=17.0, because the read occurs before the flush, and the write has invalidated the field, the recompute will occur with the context of the read (bin_size=True), causing the issue.

opw-4413647

Forward-Port-Of: #192409
Forward-Port-Of: #192047

Changing a product template's image with the `can_image_1024_be_zoomed`
field present in the view produces a crash on save.

**STEPS TO REPRODUCE**
1. Open a product form view
2. Using studio, add the `can_image_1024_be_zoomed` field
3. Change the image and save

The product will be updated, but this error will be thrown:

```
binascii.Error: Incorrect padding
```

**CAUSE**
https://github.com/odoo/odoo/blob/a74684777c27e26639b75b0668bb15afadb78c4f/addons/product/models/product_template.py#L186-L188

In the `RecordSet`'s context, `bin_size=True`, so accessing
`image_<size>` returns a size instead of a binary.
`_compute_can_image_1024_be_zoomed` calls `tools.is_image_size_above`
with this binary size, while the method expects the full base64 encoded
image. Ultimately, this causes `base64.b64decode` to crash with the
above error.

**FIX** Update the `RecordSet`'s context to `bin_size=False`. Accessing
`image_<size>` from the `RecordSet` will then return the full binary
instead of the size.

**NOTES**
In versions <17.0, read and write were done in separate network calls
causing the recompute to happen during the flush of the write, which
doesn't have `bin_size=True` in the context. Because the field is
stored, the read will not cause a recompute and thus avoids any error.
In >=17.0, because the read occurs before the flush, and the write has
invalidated the field, the recompute will occur with the context of the
read (`bin_size=True`), causing the issue.

opw-4413647

X-original-commit: 58543bc
@robodoo
Copy link
Contributor

robodoo commented Jan 6, 2025

Pull request status dashboard

@fw-bot
Copy link
Contributor Author

fw-bot commented Jan 6, 2025

This PR targets saas-18.1 and is part of the forward-port chain. Further PRs will be created up to master.

More info at https://github.com/odoo/odoo/wiki/Mergebot#forward-port

@robodoo robodoo added the forwardport This PR was created by @fw-bot label Jan 6, 2025
@C3POdoo C3POdoo added the OE the report is linked to a support ticket (opw-...) label Jan 6, 2025
robodoo pushed a commit that referenced this pull request Jan 7, 2025
Changing a product template's image with the `can_image_1024_be_zoomed`
field present in the view produces a crash on save.

**STEPS TO REPRODUCE**
1. Open a product form view
2. Using studio, add the `can_image_1024_be_zoomed` field
3. Change the image and save

The product will be updated, but this error will be thrown:

```
binascii.Error: Incorrect padding
```

**CAUSE**
https://github.com/odoo/odoo/blob/a74684777c27e26639b75b0668bb15afadb78c4f/addons/product/models/product_template.py#L186-L188

In the `RecordSet`'s context, `bin_size=True`, so accessing
`image_<size>` returns a size instead of a binary.
`_compute_can_image_1024_be_zoomed` calls `tools.is_image_size_above`
with this binary size, while the method expects the full base64 encoded
image. Ultimately, this causes `base64.b64decode` to crash with the
above error.

**FIX** Update the `RecordSet`'s context to `bin_size=False`. Accessing
`image_<size>` from the `RecordSet` will then return the full binary
instead of the size.

**NOTES**
In versions <17.0, read and write were done in separate network calls
causing the recompute to happen during the flush of the write, which
doesn't have `bin_size=True` in the context. Because the field is
stored, the read will not cause a recompute and thus avoids any error.
In >=17.0, because the read occurs before the flush, and the write has
invalidated the field, the recompute will occur with the context of the
read (`bin_size=True`), causing the issue.

opw-4413647

closes #192593

X-original-commit: 58543bc
Signed-off-by: Samiul Hoque (saho) <saho@odoo.com>
@robodoo robodoo closed this Jan 7, 2025
@fw-bot fw-bot deleted the saas-18.1-17.0-opw-4413647-saho-t66Z-fw branch January 21, 2025 16:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
forwardport This PR was created by @fw-bot OE the report is linked to a support ticket (opw-...)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants