6c7e11db4d
The previous commit (a53b0326) added implied_ids in fp_security_v2.xml
that referenced 5 xmlids from downstream modules (configurator/receiving/
invoicing/cgp). Since fusion_plating is the BASE module and loads first
at fresh install, those refs raised External-ID-not-found at install.
Fix: relocate the 5 cross-module implications into each downstream module's
own security file via additive (4, ref()) writes to the core group's
implied_ids. Odoo's XML data loader treats these as additive updates so
they stack cleanly across install + -u cycles.
Also: drop redundant <data noupdate="0"> wrapper in fp_security_v2.xml
to match sibling fp_security.xml's bare <odoo> shape.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
23 lines
940 B
XML
23 lines
940 B
XML
<?xml version="1.0" encoding="utf-8"?>
|
|
<!--
|
|
Copyright 2026 Nexa Systems Inc.
|
|
License OPL-1 (Odoo Proprietary License v1.0)
|
|
Part of the Fusion Plating product family.
|
|
-->
|
|
<odoo>
|
|
|
|
<record id="group_fp_receiving" model="res.groups">
|
|
<field name="name">[DEPRECATED] Receiving</field>
|
|
<field name="sequence">55</field>
|
|
<field name="privilege_id" ref="fusion_plating.res_groups_privilege_fusion_plating"/>
|
|
<field name="implied_ids" eval="[(4, ref('fusion_plating.group_fusion_plating_operator'))]"/>
|
|
<field name="user_ids" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
|
|
</record>
|
|
|
|
<!-- Backward-compat: new Shop Manager v2 role implies old Receiving group. -->
|
|
<record id="fusion_plating.group_fp_shop_manager_v2" model="res.groups">
|
|
<field name="implied_ids" eval="[(4, ref('fusion_plating_receiving.group_fp_receiving'))]"/>
|
|
</record>
|
|
|
|
</odoo>
|