Skip to content

[18.0][OU-ADD] apriori: module renames and merges#4

Open
eantones wants to merge 7 commits into
18.0from
18.0-apriori-renames
Open

[18.0][OU-ADD] apriori: module renames and merges#4
eantones wants to merge 7 commits into
18.0from
18.0-apriori-renames

Conversation

@eantones

Copy link
Copy Markdown
Member

Per-version apriori PR for the 18.0 branch (fork convention: one PR per version, one commit per module, scoped to apriori renames/merges).

Adds 7 renamed_modules entries — the Oxigen oxigen_ptplus_* custom modules drop their _extension suffix when migrated 14.0 → 18.0. Pure renames: no bare short-name module exists at 14.0, so each is a 1:1 technical-name change.

14.0 (source) 18.0 (target)
oxigen_ptplus_extension oxigen_ptplus
oxigen_ptplus_edi_extension oxigen_ptplus_edi
oxigen_ptplus_partner_extension oxigen_ptplus_partner
oxigen_ptplus_sale_extension oxigen_ptplus_sale
oxigen_ptplus_stock_extension oxigen_ptplus_stock
oxigen_ptplus_saft_extension oxigen_ptplus_saft
oxigen_ptplus_accounting_tax_statement_extension oxigen_ptplus_accounting_tax_statement

Registering them in renamed_modules makes base's pre-migration rename the installed ir_module_module records before any module is loaded, so a bulk -u all migrates the existing installs under the new names and preserves their data. This complements the in-module pre_init_hook, which covers the -i/fresh-install path (where the to-install record already exists and the rename must merge).

Source: oxigensalud/odoo-addons-private (Guijarron 14→18 migration).

eantones added 7 commits June 29, 2026 23:56
oxigen_ptplus_extension (oxigensalud/odoo-addons-private) drops its `_extension` suffix when
migrated to 18.0, becoming oxigen_ptplus -- a pure rename: no bare oxigen_ptplus module exists at
14.0, so the old module simply changes its technical name.

Recording it in renamed_modules makes base's pre-migration rename the installed
ir_module_module record before any module is loaded, so a bulk `-u all`
migrates the existing install under the new name and preserves its data. This
complements the in-module pre_init_hook, which covers the `-i` / fresh-install
path (where the to-install record already exists and the rename must merge).

Guijarron 14->18 migration.
oxigen_ptplus_edi_extension (oxigensalud/odoo-addons-private) drops its `_extension` suffix when
migrated to 18.0, becoming oxigen_ptplus_edi -- a pure rename: no bare oxigen_ptplus_edi module exists at
14.0, so the old module simply changes its technical name.

Recording it in renamed_modules makes base's pre-migration rename the installed
ir_module_module record before any module is loaded, so a bulk `-u all`
migrates the existing install under the new name and preserves its data. This
complements the in-module pre_init_hook, which covers the `-i` / fresh-install
path (where the to-install record already exists and the rename must merge).

Guijarron 14->18 migration.
…partner

oxigen_ptplus_partner_extension (oxigensalud/odoo-addons-private) drops its `_extension` suffix when
migrated to 18.0, becoming oxigen_ptplus_partner -- a pure rename: no bare oxigen_ptplus_partner module exists at
14.0, so the old module simply changes its technical name.

Recording it in renamed_modules makes base's pre-migration rename the installed
ir_module_module record before any module is loaded, so a bulk `-u all`
migrates the existing install under the new name and preserves its data. This
complements the in-module pre_init_hook, which covers the `-i` / fresh-install
path (where the to-install record already exists and the rename must merge).

Guijarron 14->18 migration.
oxigen_ptplus_sale_extension (oxigensalud/odoo-addons-private) drops its `_extension` suffix when
migrated to 18.0, becoming oxigen_ptplus_sale -- a pure rename: no bare oxigen_ptplus_sale module exists at
14.0, so the old module simply changes its technical name.

Recording it in renamed_modules makes base's pre-migration rename the installed
ir_module_module record before any module is loaded, so a bulk `-u all`
migrates the existing install under the new name and preserves its data. This
complements the in-module pre_init_hook, which covers the `-i` / fresh-install
path (where the to-install record already exists and the rename must merge).

Guijarron 14->18 migration.
oxigen_ptplus_stock_extension (oxigensalud/odoo-addons-private) drops its `_extension` suffix when
migrated to 18.0, becoming oxigen_ptplus_stock -- a pure rename: no bare oxigen_ptplus_stock module exists at
14.0, so the old module simply changes its technical name.

Recording it in renamed_modules makes base's pre-migration rename the installed
ir_module_module record before any module is loaded, so a bulk `-u all`
migrates the existing install under the new name and preserves its data. This
complements the in-module pre_init_hook, which covers the `-i` / fresh-install
path (where the to-install record already exists and the rename must merge).

Guijarron 14->18 migration.
oxigen_ptplus_saft_extension (oxigensalud/odoo-addons-private) drops its `_extension` suffix when
migrated to 18.0, becoming oxigen_ptplus_saft -- a pure rename: no bare oxigen_ptplus_saft module exists at
14.0, so the old module simply changes its technical name.

Recording it in renamed_modules makes base's pre-migration rename the installed
ir_module_module record before any module is loaded, so a bulk `-u all`
migrates the existing install under the new name and preserves its data. This
complements the in-module pre_init_hook, which covers the `-i` / fresh-install
path (where the to-install record already exists and the rename must merge).

Guijarron 14->18 migration.
…to oxigen_ptplus_accounting_tax_statement

oxigen_ptplus_accounting_tax_statement_extension (oxigensalud/odoo-addons-private) drops its `_extension` suffix when
migrated to 18.0, becoming oxigen_ptplus_accounting_tax_statement -- a pure rename: no bare oxigen_ptplus_accounting_tax_statement module exists at
14.0, so the old module simply changes its technical name.

Recording it in renamed_modules makes base's pre-migration rename the installed
ir_module_module record before any module is loaded, so a bulk `-u all`
migrates the existing install under the new name and preserves its data. This
complements the in-module pre_init_hook, which covers the `-i` / fresh-install
path (where the to-install record already exists and the rename must merge).

Guijarron 14->18 migration.
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.

1 participant