Odoo 为什么列表能看见,点进去却报权限错误:ACL 与记录规则域合并顺序
用户能在列表里看到记录,点进详情却报权限错,常见原因不是单纯“没给权限”,而是 ACL、全局规则、组规则和关联模型读取顺序叠在了一起。
TOPIC PICKS
用户能在列表里看到记录,点进详情却报权限错,常见原因不是单纯“没给权限”,而是 ACL、全局规则、组规则和关联模型读取顺序叠在了一起。
可以顺着继续读的相邻方向
用户能在列表里看到记录,点进详情却报权限错,常见原因不是单纯“没给权限”,而是 ACL、全局规则、组规则和关联模型读取顺序叠在了一起。
很多 Odoo 权限问题并不是“没权限”这么简单,而是模型级权限、分组、记录规则、多公司上下文叠在一起的结果。本文帮你一次理清。
从官方源码讲清 Odoo 打开向导或新建表单时,默认值为何会来自 context、ir.default、field.default,active_model/active_id/active_ids 又是怎样参与初始化的。
Odoo 的上传反馈之所以看起来顺滑,不是因为某个上传框“更高级”,而是因为前端把三件事明确拆开了:`file_upload` service 负责传输和任务状态,`overlay` service 负责临时覆盖层生命周期,`notification` 负责轻量错误与结果反馈。本文基于 web 源码把这三层边界讲透。
现在的 Odoo 里,company_dependent 字段已经不是很多人印象中的 ir.property 老路子了。它更像“字段本体存 JSONB,多公司值按公司 id 取,缺值时再走 ir.default 回退”。
结合 base_geolocalize 源码,讲清 Odoo 如何把联系人地址组装成查询字符串、如何选择 OpenStreetMap 或 Google、为什么地址一改就清空旧坐标,以及失败时为什么只发提醒不强写坐标。