Skip to content

[19.0][MIG] dms_auto_classification: Migration to 19.0#12

Open
dnplkndll wants to merge 15 commits into
19.0-imp-dms-ux-seamsfrom
19.0-mig-dms_auto_classification
Open

[19.0][MIG] dms_auto_classification: Migration to 19.0#12
dnplkndll wants to merge 15 commits into
19.0-imp-dms-ux-seamsfrom
19.0-mig-dms_auto_classification

Conversation

@dnplkndll
Copy link
Copy Markdown

@dnplkndll dnplkndll commented May 26, 2026

Port of `dms_auto_classification` from 18.0 to 19.0. Migration guide: https://odoo-community.org/page/migration-guide

Stacks on ledoent/dms #10 (seams branch).

Non-mechanical adaptations worth flagging

groups_idgroup_ids on both ir.actions.act_window records — 19.0 renamed this field on the model.

Tests: demo-data refs replaced with inline fixturessetUpClass now creates dms.storage, dms.directory, and dms.classification.template directly. The 18.0 tests used env.ref("dms.directory_01_demo") and env.ref("dms_auto_classification.dms_classification_template_documents"), both of which fail in OCA CI which runs without demo data.

Pre-existing ACL bug fixedir.model.access.csv row for access_wizard_dms_classification_detail_user pointed to model_dms_classification_template instead of model_wizard_dms_classification_detail. Effect: dms.group_dms_user members could not run the classify wizard (AccessError on the detail records created during Analyze). Fixed in the [FIX] commit.

@dnplkndll dnplkndll force-pushed the 19.0-mig-dms_auto_classification branch 5 times, most recently from a4d9ea6 to 0612e46 Compare May 27, 2026 14:24
@dnplkndll dnplkndll force-pushed the 19.0-imp-dms-ux-seams branch from 5799f35 to 4c65ce7 Compare May 27, 2026 14:37
victoralmau and others added 12 commits May 27, 2026 10:40
TT46805

[UPD] Update dms_auto_classification.pot
[UPD] Update dms_auto_classification.pot

Update translation files

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

Translation: dms-16.0/dms-16.0-dms_auto_classification
Translate-URL: https://translation.odoo-community.org/projects/dms-16-0/dms-16-0-dms_auto_classification/
Changes done:
- The full path is now shown in the detail line.
- The dms file that will be created will be with the name (not the full file path).
- When scanning the .zip files the folders are skipped.
- Add more use cases in tests
- Improve documentation

TT49047

[UPD] Update dms_auto_classification.pot

[BOT] post-merge updates

Update translation files

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

Translation: dms-16.0/dms-16.0-dms_auto_classification
Translate-URL: https://translation.odoo-community.org/projects/dms-16-0/dms-16-0-dms_auto_classification/
…he same label

WARNING devel odoo.addons.base.models.ir_model: Two fields (file_id, data_file) of
wizard.dms.classification.detail() have the same label: File. [Modules: dms_auto_classification
and dms_auto_classification]

TT51051

[UPD] Update dms_auto_classification.pot

[BOT] post-merge updates

Update translation files

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

Translation: dms-16.0/dms-16.0-dms_auto_classification
Translate-URL: https://translation.odoo-community.org/projects/dms-16-0/dms-16-0-dms_auto_classification/
…ies (company compatibility)

It is important not to apply sudo() to filter by the directories to which the user
has access and to filter only by those of the appropriate company.

TT60719
- `groups_id` → `group_ids` on both `ir.actions.act_window` records
  (19.0 field rename)
- Tests: replace `env.ref()` demo-data lookups with inline fixtures in
  `setUpClass` — OCA CI runs without demo data
access_wizard_dms_classification_detail_user pointed to
model_dms_classification_template instead of
model_wizard_dms_classification_detail, so group_dms_user never got
CRUD access to wizard.dms.classification.detail — causing AccessError
when running the classify wizard as a regular DMS user.
@dnplkndll dnplkndll force-pushed the 19.0-mig-dms_auto_classification branch from 0612e46 to 3a3752a Compare May 27, 2026 14:41
dnplkndll added 3 commits May 27, 2026 11:12
…ation

pylint-odoo W8161 mandates self.env._() over the legacy _() lazy import.
…ile_id to break 19.0 recursive invalidation loop
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants