2026-06-02

修复供应商菜单权限不生效的 Bug

根本原因：管理员设置页面 SettingsSidebarModulesAdmin.jsx 中 personal 区域使用 provider key，而实际侧栏 SiderBar.jsx 使用 supplier key（以及 supplier-apply、supplier-channel、supplier-pricing-settings、supplier-dashboard 子菜单），导致 key 不匹配
修复文件：web/src/pages/Setting/Operation/SettingsSidebarModulesAdmin.jsx
- 初始状态中 personal 区域：provider → supplier，并补充子菜单 key
- 重置默认配置中：provider → supplier
- sectionConfigs UI 展示：provider → supplier，并补充子菜单模块
修复后管理员禁用供应商相关模块即可正确生效

需求：管理员可针对不同角色（普通用户/管理员/超级管理员）独立配置聊天区域的操练场和聊天菜单可见性
修改文件：
1. controller/misc.go：GetStatus API 新增 SidebarModulesByRole 配置返回
2. web/src/hooks/common/useSidebar.js：finalConfig 计算末尾添加角色覆盖逻辑，读取用户角色和 SidebarModulesByRole 配置
3. web/src/pages/Setting/Operation/SettingsSidebarModulesAdmin.jsx：新增角色配置 UI（RadioGroup 切换角色 + Switch 控制模块），独立保存到 SidebarModulesByRole
数据格式：SidebarModulesByRole = { "1": { "chat": { "playground": false } }, "10": {...}, "100": {...} }，角色值与 USER_ROLES 一致
覆盖逻辑：角色配置优先级高于全局 SidebarModulesAdmin 配置，显式设为 false 的模块对对应角色隐藏
后续优化：角色配置扩展为所有菜单区域（chat/console/personal/admin），UI 复用 sectionConfigs 动态渲染全部模块

根本原因：SettingsSidebarModulesAdmin.jsx 中 sectionConfigs 用 const 声明在组件内部（第340行），但 buildDefaultRoleConfig() 在 useState 初始值中调用（第172行），引用了尚未声明的 sectionConfigs，触发 JavaScript Temporal Dead Zone 错误，导致整个 Setting 页面崩溃
修复方案：将 sectionConfigs 提取为组件外部常量，内部用 translatedSections 做翻译映射
同时修复：
- resetSidebarModules 中 personal 缩进混乱 + 遗漏 supplier 子菜单 key
- useEffect fallback 中仍有旧的 provider key 和 'distributor-apply' key 未修正