bug反馈 2026.4.28 ¶

问题1：
状态：已修复
现象：珍宝阁内鲁肃无法枷锁
预期：全部武将正常激活解锁
截图：

问题2：
状态：已修复
现象：珍宝阁内 藏品等级最大只能看到四级 往上面拉不到了
预期：可以看到相应每个等级加成奖励情况
截图：

问题3
状态：已修复
现象：珍宝阁内典藏西游系列 皮肤激活后 达到要求 奖励无法领取
预期：奖励可以正常领取
截图：

问题4：
状态：已修复
现象：玩家获取皮肤后 珍宝阁内会自动激活 并发放相应藏品值
预期：正常应该是玩家自己去珍宝阁手动点击激活 并获取藏品值（下图为正常情况）
根因：服务端 collection_getinfo 没按客户端四态拆字段；客户端用 canActivateNum/colProcess 表示“已拥有可激活”，用 activateNum/claimProcess 表示“已激活”，英雄入口还用第一张皮肤 activateNum 判断英雄是否解锁。另一个根因是 heroSkinCollectionPoint 是按颜色下标取值的数组，服务端复用了会过滤 0 的数组解析函数，导致 [0,0,1,5,10,25] 被压缩后颜色下标错位，基础皮肤藏品值只按兜底 1 分计算，激活后星星增长不对。
修复：服务端按客户端四态回包，已激活才写 CollectionActivated 并计入 collectionScore；英雄基础皮肤额外兼容客户端入口解锁判断；藏品值点数表改用保留 0 的解析逻辑，并增加按日志角色激活状态回归，确保 1:101/102/103/10909 激活后 collectionScore 正确增加。
截图：

问题5：
状态：已修复
现象：珍宝阁内典藏三件套 在未拥有的该皮肤和对应资源情况下 图标会亮起
预期：只有拥有对应资源 典藏内才会点亮 未拥有情况下是黑的 且达到要求点亮对应两个或三个 对应加成对加到其武将身上
截图：

问题6：
状态：已修复
现象：功法绝学内探索时间不动 无法领取探索奖励
预期：探索时间会倒计时 根据功法消耗残卷数量升级探索等级 提升相应探索时长（如截图1） 探索结束后玩家可以正常领取奖励（截图4为正确的探索界面）
截图：

本服目前截图：
官服截图：

问题7：
状态：已修复
现象：功法绝学外面主页显示奖励已满 实际探索未开始
预期：只有探索倒计时结束后才会显示奖励已满
截图：

问题8：
状态：已修复
现象：四圣等级升级时扣除红玉数量不对
预期：应
0-5级 没级扣除5红玉 共25
5-10级每级10红玉 共50
10-15 每级15红玉 共75
15-20每级20 共100
20-25每级25 共125
25-30每级30 共150
30-35每级35 共175
35-40每级40 共200
40-45每级60 共300
45-50每级60 共300
合计0-50级共需要1500红玉 硬性消耗
截图：

问题9:
状态：已修复
现象:淬炼记录内 红色淬炼记录记录了出橙jilu
预期：应只记录出红的那一次记录
截图：

问题10：
状态：已修复
现象：淬炼开启五孔后翻面后反面会复制正面的洗练 且反面点击洗练有特效但是词条不变 不扣资源
预期：反面不会复制正面的洗练 反面可以正常进行洗练 账号123456 密码123456
根因：客户端翻面只调用 equipment_changequench 切换 curQuenchId，普通洗练 equipment_quench 也不会弹淬炼密码框；服务端却把淬炼密码校验误套在切面和普通洗练入口上。免密过期后服务端直接返回 code:9，切面时会导致 curQuenchId 没有切到反面，洗练时会导致真正洗练逻辑完全不执行，所以未锁孔也表现为词条不变、不扣资源。
修复：equipment_changequench 去掉淬炼密码校验，仅负责正反面切换；equipment_quench 去掉淬炼密码校验，按客户端协议执行普通洗练。解锁已锁孔、开启反面五孔等真正需要密码保护的入口仍保留校验。反面解锁逻辑保持创建独立五孔空槽，不复用正面词条。
截图：

问题11：
状态：已修复
现象：点击赐福后 无法正常成功赐福给被赐福武将
预期：选择赐福淬炼后可以成功赐福给被赐福武将
根因：第一层是服务端 equipment_enchant 只要发现 enchantMap[sourceUid] > 0 就直接返回 code:7 附灵源已被使用，没有区分“同一 source 重复赐福给同一 target”的幂等场景，也不支持 source 从旧 target 改绑到新 target。第二层是装备反面展示时，客户端本来会按 curQuenchId 在 enchantUId/enchantUId2 之间选择当前面的 UID；服务端序列化只应该换位洗练展示字段，不能换位 enchantUId/enchantUId2 这种物理正反面标识，否则会双重换位，导致反面页面读到正面 UID。第三层是服务端把同一件装备的正反面 UID 当成两件装备，允许写出 10122 -> 10121 这种反面赐福给自己正面的非法映射。
修复：equipment_enchant 的映射写入改为按 sourceUid -> targetUid 做幂等/改绑：已有相同映射直接返回成功；source 已绑定其他 target 时允许改绑到新 target；仅当新 target 已被其他 source 占用时返回 code:8。同时确认装备序列化仅换位 quenches/quenches2、洗练次数和扩展属性等展示字段，enchantUId/enchantUId2 保持物理正反面身份不换位。同一件装备正反面互赐返回 code:6，历史非法映射会在赐福/取消入口规范化时清理，并补充回归测试。
截图：

问题12：
状态：已修复
现象：淬炼一但翻面后 赐福里就看不到这一组淬炼了 未开启翻面的举可以正常显示在赐福界面
预期：淬炼开启翻面后 一样可以给他人赐福 如果正反两面都有淬炼 两面淬炼都显示在赐福界面选择中
截图：

问题13：
状态：已修复
现象：鲁肃的被动觉醒后 加成不到面板
预期：加成显示在武将面板
截图：

问题14：
状态：已修复
现象：使用功法残卷开启后 没有动画 不显示本次开启出了什么 直接进背包了
预期：开启后有动画 并显示本次开出了什么
截图：

问题15：
状态：已修复
现象:军团科技里所有定位(战士 辅助 肉盾 射手 法师 刺客)加成都叠加加到鲁肃了
预期：鲁肃的定位是辅助 应只有辅助下面的加成加到鲁肃身上
截图：

问题16：
状态：已修复
现象：创建十殿房间后 在退出十殿界面从弹窗点击进入十殿 可以直接对战 人数无需大于两人 不需要枕头可直接开启
预期：十殿开启房间对战必须人数等于或者大于两人 且每对战一次消耗一个对应的枕头 从外面弹窗点击进入应该是组队界面 不应该直接开启 （具体规则如截图5）
截图：

问题17：
状态：已修复
现象：十殿打完第一个boss后不会跳转到第二个boss
预期：第一个boss击败后会到下一个boss
截图：

问题18：
状态：已修复
现象：组队界面不显示玩家战力和红淬
预期：正常显示每个玩家的上阵的战力和上阵武将总红淬
截图：

问题19：
状态：已修复
现象：功法内点击开启残卷后 实际扣除资源 但是不显示 需要退出游戏再进才能显示剩余残卷数量
预期：使用残卷后 剩余数量应立即刷新
截图：

问题20：
状态：已修复
现象：功法内 赠送他人残卷后 显示赠送成功 但是实际没扣除资源 他人也未收到 赠送记录里也是空的 （赠送功法同理）
预期：成功赠送他人 他人正常接收 赠送多少数量应扣除多少数量
根因：legacy_getgifts/sendgift/claimgift/rejectgift 只返回空列表或假成功，没有持久化赠送记录，也没有扣除/转移残卷和功法实例。
修复：服务端新增 legacy_gifts 持久化流，赠送时扣除发送方残卷/功法并保存记录，领取时写入接收方背包和功法仓库，拒收时更新记录状态。
截图：

问题21：
状态：已修复
现象:设置淬炼密码后 解锁淬炼和鱼珠淬炼可以直接解锁不需要输入密码确认 赠送功法时也是
预期：每次首次解锁淬炼等需要输入淬炼密码 每解锁成功后5分钟内不需要重复输入
根因：部分服务端入口没有统一调用淬炼密码校验，legacy 锁定/赠送、鱼珠淬炼/锁定、装备解锁淬炼可绕过密码窗口。
修复：服务端在 legacy_updatelock、legacy_sendgift、pearl_quench、pearl_updatelock、equipment_unlockquench2 入口补齐 CheckQuenchAccess。
截图：

问题22：
状态：已修复
现象：四圣升级时没有暴击特效（0-19级一次没见过）
预期：暴击时有暴击特效
根因：客户端暴击特效依赖 hb_quench 回包中的 multi 倍数；服务端此前把“共鸣成功率”和“暴击倍率概率”混在同一个随机桶里计算，导致概率口径不符合截图规则。正确规则应先按阶数判定成功/失败，成功后再按独立倍率表判定 1/2/3/5/10/20 倍。
修复：服务端 hb_quench 已拆成两段随机：先按阶数成功率表判定是否返回 multi=0，成功后再按独立倍率表 1倍30%、2倍20%、3倍20%、5倍15%、10倍10%、20倍5% 返回倍率；客户端无需改动，收到高倍率 multi 后会触发对应特效。已补充 hbx 单测覆盖成功率边界、倍率边界和 20 倍回包。
截图：

问题23：
状态：未处理
现象：带有红淬且锁定的淬炼是 反面后变成了截图中的状态 点击也无反应 账号123456 密码123456
预期：翻面后正常五孔开启状态 并且可以洗练
截图：

问题24：
状态：已修复
现象：功法内背包里的功法无法锁定
预期：正常锁定解锁需输入淬炼密码
根因：legacy_updatelock 只识别部分锁定字段，客户端传 isLocked/locked 时服务端没有正确落库；同时入口缺少淬炼密码校验。
修复：服务端兼容 lock/isLocked/locked 三种字段并补齐密码校验，锁定状态写回 RoleLegacy.LegacyStorage。
截图：

问题25：
状态：已修复
现象：开出的功法都不会带词条
预期：橙色级以上品质功法应有几率带词条
根因：legacy_create 生成功法时只写基础 attrs/attrNums，未按品质生成客户端展示词条所需的 extAttrs/extAttrNums。
修复：服务端创建橙色及以上功法时按品质规则生成扩展词条，并补齐 extAttrs/extAttrNums 回包和持久化。
截图：

问题23:
状态：已修复
现象：佩戴功法卡后 没有铭牌 如截图1
预期：佩戴相应的功法卡 会有功法卡相对应的铭牌 如截图2 主页个人资料名字前面也会有铭牌显示
根因：竞技场榜单服务端只返回基础排名字段，没有投影 roleLegacy，也没有返回客户端 showLegacyIcon 读取的 legacy 对象。
修复：arena_getarearank 服务端补 roleLegacy 投影，并在榜单项和 myRank 中返回 legacy:{color,scheduleId}。
截图1：
截图2：

问题24:
状态：已修复
现象：珍宝阁内拥有皮肤后会自动激活且不加藏品值
预期：应获取皮肤后 玩家需要手动点击激活 并获取相应藏品值
根因：珍宝阁读路径曾把拥有皮肤误当作已激活，导致 UI 显示已点亮但藏品值未按手动激活流程增加。
修复：服务端 collection_getinfo/activate 流程以珍宝阁持久化激活记录为准，拥有资源只表示 canActivate，必须手动激活后才增加藏品值。
截图：

问题25：
状态：已修复
现象：珍宝阁内典藏西游系列 皮肤点亮后 奖励显示以领取 实际并未领取 奖励也未到背包
预期：奖励应玩家手动点击领取 正常发放到玩家背包
根因：珍宝阁奖励状态读取混用了点亮进度和领取状态，导致达到条件后显示已领取但未真正发奖。
修复：服务端按 persisted claimProcess/claimScore 判断领取状态，领取时发放奖励并持久化领取进度。
截图：

问题26：
状态：已修复
现象：珍宝阁内典藏三件套 在未拥有的该皮肤和对应资源情况下显示已经点亮
预期：只有拥有对应资源 典藏内才会点亮 未拥有情况下是黑的 且达到要求点亮对应两个或三个 对应加成对加到其武将身上
根因：珍宝阁系列点亮判断没有严格区分拥有资源、可激活数量和已激活数量，未拥有资源也可能被算作点亮。
修复：服务端 collection_getinfo 构建 collectMap 时按实际拥有和已激活状态分别计算 canActivateNum/activateNum，未拥有资源保持未点亮。
截图：