Bugzilla 5.0.6配置疑问:如何区分用户提交Bug的默认确认状态
Bugzilla 5.0.6:按用户权限区分提交Bug的默认状态
核心规则说明
Bugzilla 5.0.6中,提交Bug的默认状态由两个关键因素决定:
- 属于
canconfirm组的用户,提交Bug默认状态为CONFIRMED - 不属于
canconfirm组的用户,若目标产品开启Allow UNCONFIRMED Bugs,默认状态应为UNCONFIRMED
你的场景中User2不符合预期,问题大概率出在权限配置或产品设置的细节遗漏上,按以下步骤排查修复:
具体配置操作
1. 彻底清除User2的canconfirm权限
- 用管理员账号登录Bugzilla,找到User2的用户详情页
- 检查用户所属所有组,确保没有直接或间接加入
canconfirm组(比如通过父组继承权限,部分高权限组默认包含canconfirm) - 同时检查全局权限设置,确认没有单独给User2分配
canconfirm权限(部分场景会直接给用户加权限,而非通过组)
2. 修正ProductA的核心配置
- 进入ProductA的编辑页面,找到
Bug Statuses配置区域 - 确保
Allow UNCONFIRMED Bugs选项已勾选并保存 - 重点设置:将产品的
Default Bug Status改为UNCONFIRMED——canconfirm组用户提交时,权限会自动覆盖这个默认值,将状态改为CONFIRMED;无此权限的用户则会沿用UNCONFIRMED作为默认状态
3. 检查组件级状态配置(若有)
- 若ProductA下的组件单独设置了默认状态,会覆盖产品级配置
- 进入每个组件的编辑页,将
Default Status设为继承产品设置,或直接设为UNCONFIRMED
4. 验证效果
- 用User2提交ProductA的Bug,确认默认状态为
UNCONFIRMED - 用User1提交同产品Bug,确认默认状态仍为
CONFIRMED
关键注意事项
- 不要忽略组的继承关系,比如管理员组、开发组等往往默认包含
canconfirm权限,需确认User2不在这类组中 - 产品的
Default Bug Status必须设为UNCONFIRMED,才能让无权限用户提交时使用该状态,有权限用户的提交状态会被权限自动升级
内容的提问来源于stack exchange,提问作者K Hurst
相关产品推荐
相关产品推荐

