Skip to content

Conversation

@kobros-tech
Copy link
Contributor

@kobros-tech kobros-tech commented Sep 21, 2025

from #446

lmignon and others added 30 commits September 21, 2025 17:14
Store your image into an external filesystem
Currently translated at 100.0% (14 of 14 strings)

Translation: storage-16.0/storage-16.0-fs_image
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_image/es/
Currently translated at 92.8% (13 of 14 strings)

Translation: storage-16.0/storage-16.0-fs_image
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_image/it/
Currently translated at 100.0% (14 of 14 strings)

Translation: storage-16.0/storage-16.0-fs_image
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_image/it/
Fix a bug in the initialization of the image field value object when the field
is read. Before this fix, every time the value object was initialized with
an attachment, an assignment of the alt text was done into the constructor.
This assignment triggered the mark of the field as modified and an SQL update
query was generated at the end of the request. The alt text in the constructor
of the FSImageValue class must only be used when the class is initialized without
an attachment. We now check if an attachment and an alt text are provided at
the same time and throw an exception if this is the case.
rawCacheKey is properly managed by STD
Currently translated at 78.5% (11 of 14 strings)

Translation: storage-16.0/storage-16.0-fs_image
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_image/fr/
Before this change the creation of empty file was not supported. The issue was mainly due to the fact that at create of a FSFileValue instance with a name but without content, the name was no preserved. As result, the insert of the attachement into the DB failed since the name is a required field. If a FSFileValue instance is now created without content but with a name, the name is now preserved on an empty buffer.
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: storage-17.0/storage-17.0-fs_image
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_image/
On image hover, a download button is now available to easily download the image
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: storage-17.0/storage-17.0-fs_image
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_image/
Currently translated at 100.0% (15 of 15 strings)

Translation: storage-17.0/storage-17.0-fs_image
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_image/it/
@kobros-tech
Copy link
Contributor Author

@lmignon

here is a clean PR

Copy link
Contributor

@lmignon lmignon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@kobros-tech Thank you. Unfortunately, comments on the first PR are not part of your new PR.

@kobros-tech
Copy link
Contributor Author

@lmignon

I have added the suggested changes, please tell me if we still need any thing more?

@lmignon
Copy link
Contributor

lmignon commented Sep 24, 2025

/ocabot merge nobump

@OCA-git-bot
Copy link
Contributor

On my way to merge this fine PR!
Prepared branch 18.0-ocabot-merge-pr-515-by-lmignon-bump-nobump, awaiting test results.

@OCA-git-bot OCA-git-bot merged commit 500eb94 into OCA:18.0 Sep 24, 2025
7 checks passed
@OCA-git-bot
Copy link
Contributor

Congratulations, your PR was merged at 2051ffd. Thanks a lot for contributing to OCA. ❤️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

10 participants