[19.0][MIG] attachment_synchronize: Migration to 19.0#3615
Open
dnplkndll wants to merge 112 commits into
Open
Conversation
b22b098 to
3df3a8d
Compare
- remove tracking_model (less model, less code, less issue) - add automatic rule for default config (this avoid missing tracked field after module installation)
For example on the product if you open the 'stock.putaway.rule' you have activated the tracking on putaway_rule_ids change on rule should be posted on the related product
- track m2m simplify using native mail_thread and process them like text - simplify code for track one2many - avoid useless code on model not impacted by the tracking
Instead of complexe tracking throught the context just track change and process the message at the end using the precommit feature (the message are posted just before commiting)
Co-authored-by: Yoshi Tashiro (Quartile) <tashiro@quartile.co>
Currently translated at 4.4% (3 of 67 strings) Translation: server-tools-16.0/server-tools-16.0-attachment_synchronize Translate-URL: https://translation.odoo-community.org/projects/server-tools-16-0/server-tools-16-0-attachment_synchronize/es/
Currently translated at 100.0% (67 of 67 strings) Translation: server-tools-16.0/server-tools-16.0-attachment_synchronize Translate-URL: https://translation.odoo-community.org/projects/server-tools-16-0/server-tools-16-0-attachment_synchronize/es/
Currently translated at 100.0% (67 of 67 strings) Translation: server-tools-16.0/server-tools-16.0-attachment_synchronize Translate-URL: https://translation.odoo-community.org/projects/server-tools-16-0/server-tools-16-0-attachment_synchronize/it/
…ver : If one task is failing, keep processing the others Commit fir attachment imported after each file to be sure not to loose any data, when deleting on remote after import for example
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate. Translation: server-tools-16.0/server-tools-16.0-attachment_synchronize Translate-URL: https://translation.odoo-community.org/projects/server-tools-16-0/server-tools-16-0-attachment_synchronize/
Currently translated at 100.0% (76 of 76 strings) Translation: server-tools-16.0/server-tools-16.0-attachment_synchronize Translate-URL: https://translation.odoo-community.org/projects/server-tools-16-0/server-tools-16-0-attachment_synchronize/it/
Currently translated at 100.0% (76 of 76 strings) Translation: server-tools-16.0/server-tools-16.0-attachment_synchronize Translate-URL: https://translation.odoo-community.org/projects/server-tools-16-0/server-tools-16-0-attachment_synchronize/it/
The goal is to be able easy overrides to pass custom parameters to the fsspec open method
It was like this before and it is now supported by sshfs. open + read is slower and less reliable
…because of timeout
Currently translated at 100.0% (76 of 76 strings) Translation: server-tools-16.0/server-tools-16.0-attachment_synchronize Translate-URL: https://translation.odoo-community.org/projects/server-tools-16-0/server-tools-16-0-attachment_synchronize/it/
Signed-off-by: Don Kendall <dkendall@ledoweb.com>
3a9ab32 to
46aa944
Compare
* Delete migrations/18.0.1.0.0/ (T08) * odoo.osv.expression → odoo.fields.Domain * tracking_disable=True added to SyncCommon.setUpClass * Test fixtures (fs.storage backend + tasks) built inline in setUpClass; demo XML ships its own fs.storage record (fs_storage 19.0 dropped fs_storage_demo) * Registry.enter_test_mode(cr) → self.registry_enter_test_mode() in test_import.py Signed-off-by: Don Kendall <dkendall@ledoweb.com>
Pip-installs attachment_queue from the upstream PR branch via whool until OCA#3614 merges and the 19.0 wheel publishes. Revert this commit before merge. Signed-off-by: Don Kendall <dkendall@ledoweb.com>
46aa944 to
50fac2f
Compare
Contributor
Author
|
@florian-dacosta @sebastienbeau Depends on #3614 Two test fixtures rebuilt for the no-demo CI posture: setUpClass creates the fs.storage backend + import/export tasks inline (was env.ref to fs_storage.fs_storage_demo and own demo XML, neither loaded in CI); test_import.py uses self.registry_enter_test_mode() in place of the gone Registry.enter_test_mode(cr) |
4e063e4 to
50fac2f
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Port of
attachment_synchronizefrom 18.0 to 19.0. Follows the OCA migration guide.Depends on #3614. The
[DO NOT MERGE]commit installsattachment_queueviawhoolfrom the open-PR branch until #3614 merges and the 19.0 wheel publishes; the pin is reverted before merge.Non-mechanical adaptations:
fs.storagebackend + 6 tasks) built inline intests/common.py::setUpClass— OCA CI doesn't load demo data, andfs_storage19.0 also dropped itsfs_storage_demorecord.Registry.enter_test_mode(cr)→self.registry_enter_test_mode()intest_import.py(API moved from the Registry to the TestCase in 19).