Currently translated at 100.0% (37 of 37 strings)

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/es/

Currently translated at 100.0% (37 of 37 strings)

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/es/

Currently translated at 100.0% (37 of 37 strings)

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/es/

Currently translated at 100.0% (37 of 37 strings)

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/it/

Before the change, reading the options protocol might not be in sync
with the record protocol.
This is particularly the case if the record is save in the middle of editing
as the value resets, which can be quite confusing.

Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/

Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/

Currently translated at 100.0% (39 of 39 strings)

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/it/

Currently translated at 100.0% (39 of 39 strings)

Translation: storage-16.0/storage-16.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_storage/es/

Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: storage-17.0/storage-17.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_storage/

Currently translated at 92.1% (35 of 38 strings)

Translation: storage-17.0/storage-17.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_storage/it/

Currently translated at 92.1% (35 of 38 strings)

Translation: storage-17.0/storage-17.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_storage/it/

Currently translated at 100.0% (38 of 38 strings)

Translation: storage-17.0/storage-17.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_storage/es/

Since fsspec/filesystem_spec@da77548 it is necessary to set in make_path_posix() only 1 argument

Currently translated at 100.0% (38 of 38 strings)

Translation: storage-17.0/storage-17.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_storage/it/

Currently translated at 100.0% (38 of 38 strings)

Translation: storage-17.0/storage-17.0-fs_storage
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_storage/zh_CN/

Since protocol is under server_environment control, it seems its default value takes priority over a value set in an XML record.

Since it does really make much sense to create a storage backend without specifying
the protocol, we remove the default value.

…should only apply to file name, not full path

This is necessary for non admin users to access file systems, for
instance for attachments.

This went unnoticed so far presumably because the filesystem is cached
and likely accessed by the server during server bootstrap.

Signed-off-by lmignon

Also fix typo into summary

Avoid recompute of new columns when installed on an existing database

Allows to provide configuration parameters through server environement files.

Remove code used to try to read file from the root filesystem and write into the specialized filesystem. This code was used to try to provide a way to manage staging environments by reusing the same filesystem storage but with a different directory_path depending of the environement. A simpler method is to configure use a different filesystem storage by environement. If a production database is restored in pre production env, you can declare a new filesystem storage with a different code to store the attachements by default and configure the filesystem storage from the production with information allowing to read documents stored in it but not to modify or delete existing documents. This make the implementation far more simple.

To create a new cursor, just ask to the current registry.... Loading a registry is very time consuming and could lead to deadlocks...

…ds to different FS storages

Fix image streaming
Fix image streaming with resize
Fix content size whithout x-send-file

This code was initially used to magically know if we need to obfusc or not the filename into the database. Since this option is now explicit, we can safely remove-it. Moreover, without this code it's now possible to migrate old storage_file contents to the new fs_* addons

… attachement

Add history for commit included from OCA#285 and the author to the contributors list

Before this change, users with basic access rights was no more able to create an attachment. The problem was caused by the need to access system information to determine in which file system the attachment should be created, when this sensitive information is not accessible to everyone. The change consists of reading this information in sudo to bypass this security restriction in this specific context.

Currently translated at 100.0% (65 of 65 strings)

Translation: storage-16.0/storage-16.0-fs_attachment
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_attachment/es/

Avoid error when the directory_path is not set on the storage when computing the attachement

When manipulating the file system api through a local variable named *fs*,
we observed some strange behavior when it was wrongly redefined in an
enclosing scope as in the following example: *with fs.open(...) as fs*.
This commit fixes this issue by renaming the local variable and therefore
avoiding the name clash.

Currently translated at 36.9% (24 of 65 strings)

Translation: storage-16.0/storage-16.0-fs_attachment
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_attachment/it/

Before this change, when the fs_url was computed the computed value was always
reassigned to the fs_url attribute even if the value was the same. In a lot of
cases the value was the same and the reassignment was not necessary. Unfortunately
this reassignment has as side effect to mark the record as dirty and generate a
SQL update statement at the end of the transaction.

Currently translated at 100.0% (65 of 65 strings)

Translation: storage-16.0/storage-16.0-fs_attachment
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_attachment/it/

fs.storage is protected as it contains credentials.
It must be accessed sudo when needed for regular users
manipulating ir.attachments.

Let "image.png" be an image.
Thumbnails might be created with a path such as "38/5b/image-128.png".
Before, the path was forgotten when updating the attachment,
so accessing the file would crash, making the record inaccessible.

Currently translated at 100.0% (65 of 65 strings)

Translation: storage-16.0/storage-16.0-fs_attachment
Translate-URL: https://translation.odoo-community.org/projects/storage-16-0/storage-16-0-fs_attachment/it/

If say click-odoo-update fails partway, the columns are already created
and the following tentative update fails because the columns exist.

…en the new mimetype doesn't match the old one

Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: storage-17.0/storage-17.0-fs_attachment
Translate-URL: https://translation.odoo-community.org/projects/storage-17-0/storage-17-0-fs_attachment/