› bug反馈 6.9

bug反馈 6.9 ¶

问题1：
状态：验收通过
备注（已知在玩家中心使用微信支付宝充值一笔就会刷新）所有活动一个周期只能领取一次奖励确保不能多次领取。补充测试建议：1. 周活动三个活动分别做到可领奖，记录活动倒计时、openTime、进度、已领取轮次；退出重登后进度和领取状态不能回退。2. 领奖邮件发出后先不领取邮件，立即重登，活动进度、已完成标记、邮件列表都不能重置，不能再触发第二封同活动邮件。3. 领取邮件附件后重登，附件不能再次领取，活动内也不能重新变成可领奖。4. 玩家中心微信/支付宝充值一笔后再进活动，充值奖励正常到账，但活动进度、已领取轮次、邮件领取记录不能被覆盖。5. 当天 0 点、周一活动刷新前后分别验证：未到活动新周期不能刷新，只有新周期 openTime 变化后才允许重新累计。6. 连续快速点击领取、断线重连、换设备登录都不能重复发奖或把已领取记录清空。
现象：单周活动内活动三个活动每天都会重新重置每天可以做一次任务（昨天做满了今天早上刷新了早上做满了刚刚又刷新一次账号facaizzz）
预期：根据活动倒计时一周只能做一次任务不会每天刷新重置轮换的周活动同理
截图：

问题2：
状态：验收通过
备注：问题状态：已修复（服务端防误领，未改客户端）。根因：金艾草是端午活动兑换货币，但服务端 item_openpack 仍把它当普通可开包道具处理，点击使用会绕过活动兑换入口直接发放奖励。修复：活动有效期内禁止直接使用活动兑换货币，避免直接换成万能红将碎片。测试建议：活动期点击使用金艾草不应扣道具、不应新增万能红将碎片；只能通过端午活动兑换入口产生兑换奖励；连续重复点击也不能重复发奖。
现象：点击使用金艾草会直接换成万能红将碎片
预期：点击使用会跳转到端午活动艾草兑换界面
截图：

问题3：
状态：未处理
正式服账号：facaizzz 时间:6月9号10:34-36
现象：只要点击升级四圣战力就会变低退出再进或者动一下别的关于战力的就会变回来
预期：战力不会莫名突然变低加成战力的锁死
截图：

问题4：
状态：已修复
验收通过
备注：问题状态：已修复。根因：俱乐部赛车每日计数重置判断使用了小于当天零点的条件，记录时间刚好等于当天零点时不会清空，导致跨天后仍被判定为昨天已经发车。修复：每日发车、抢车、成功计数的重置边界改为包含当天零点。测试建议：构造前一天和当天零点边界数据，确认周一到周三每天都可重新发 4 辆车；当天重复发车仍按每日上限拦截；抢车和成功次数也随自然日正确重置。
现象：俱乐部赛车内昨天发车了今天就不能发车了
预期：每周1到周三每天都可以发4辆车详细规则如截图2
截图：

问题5：
状态：验收通过
备注：问题状态：已修复。根因：咸将塔/关卡战斗请求使用固定 randomSeed，战斗服务缓存 key 又没有包含 randomSeed，失败后再次挑战会复用同一随机序列和缓存结果，表现为伤害和控制完全一致。修复：每次开战生成新的服务端随机种子，并把 randomSeed 纳入 battle-worker 缓存 key。测试建议：同一阵容同一位置连续挑战多次，战斗随机目标/控制不应完全复刻第一次；不同 randomSeed 的战斗结果不能互相命中缓存；换位置和不换位置都应走新的随机种子。
现象：用武将诸葛亮在咸将塔爬塔失败一次后后面每次攻打都是和第一次一模一样的伤害控制全部会失败
除非换一个位置继续攻打才会改变
预期：武将技能是随机攻打的不会出现这种每一局都一模一样

问题6：
状态：已修复验收通过
备注：问题状态：已修复（服务端协议补齐，未改客户端）。根因：竞技场防守阵容保存了 arenaPetUId，但服务端 getallteam/队伍回包只在 weapon 分支或内部结构里带宠物，缺少客户端实际读取的 roleTeam.pet[areaArena].petUId，重新打开和被攻打读取不到宠物。修复：服务端保存和读取队伍时补齐 roleTeam.pet.<队伍类型>.petUId 回包契约。测试建议：竞技场防守阵容上阵宠物并保存，退出重进后宠物仍显示；调用 getallteam 能看到 areaArena 的 petUId；其他玩家攻打该防守阵容时防守方宠物生效。
现象：竞技场内设置防守阵容保存宠物后再进还是没有宠物作为防守方别人攻打我也看不到宠物
预期：宠物正常保存上阵生效
截图：

问题7：
状态：已修复验收通过
备注：问题状态：已修复。根因：玩家中心充值发货链路会归一化角色基础字段，但 ActivityRecord 遇到 Mongo BSON map 类型时没有递归保留，导致珍宝阁珍品福利领取记录在充值后被清空，页面重新认为可领取。修复：支付发货归一化兼容 bson.M、map、数组和嵌套结构，保留已有 activityRecord 领取记录。详细测试建议：1. 先领取珍品福利，确认奖励到账并记录 activityRecord 对应领取标记；重登后珍品福利仍显示已领取。2. 领取后玩家中心充值一笔，确认充值订单只发一次，珍品福利领取记录不能被充值发货覆盖。3. 充值到账后立刻重登、领取充值邮件或其它补偿邮件后再重登，珍品福利不能重新变成可领取。4. 连续充值两笔、重复支付回调同一订单、断线重连期间回调到账，都不能清空活动领取记录，也不能重复发同一活动奖励。5. 活动未到新周期时不能刷新领取状态；活动新周期开始后才允许重新出现可领取。
现象：珍宝阁内珍品福利领取完后玩家中心充值一笔就会重新刷新可以再次领取
预期：根据时间倒计时结束后才可以领取一次
截图：

问题8：
状态：验收通过
备注：问题状态：验收通过。补充测试建议：1. 月度捕获达标完成后触发奖励邮件，邮件未领取前退出重登，活动完成进度和已发奖标记不能重置，不能再生成第二封奖励邮件。2. 领取邮件附件后再次打竞技场、退出重登、切换账号再登录，活动不能再次变成可领奖，邮箱不能新增重复奖励。3. 在同一月内多次完成同类触发动作，只能保留一次完成/发奖记录；到下一个月 openTime 变化后才允许重新累计。4. 同时存在其它活动邮件、GM 邮件、充值邮件时，领取这些邮件不能影响月度活动进度和领取状态。5. 快速重复点击邮件领取、网络重连后重复请求邮件领取，附件只能到账一次。
现象：月度活动内捕获达标活动完成每打一次竞技场退出游戏再进就会领取一次奖励
预期：活动时间内完成任务后只能领取一次奖励
截图：

问题9：
状态：验收通过
备注：问题状态：验收通过。补充测试建议：1. 月度咸神争霸进度完成并触发奖励后，分别验证“收到邮件不领取重登”“领取邮件后重登”“再次进入活动页面”三种场景，进度、完成标记、发奖标记都不能回退。2. 同月内继续打咸神争霸、竞技场、领取其它邮件、充值到账，都不能重置该月度活动进度或重复生成奖励邮件。3. 断线重连、换设备登录、服务器重启后读取活动面板，仍应显示本月已完成/已领取状态。4. 月切换边界验证：未到下月 0 点不能提前刷新；进入新月后 old openTime 的记录不再参与新月，重新累计但旧邮件领取状态不能恢复。5. 邮件附件重复领取请求、活动自动发奖重复触发时，只允许第一次成功。
现象：月度活动内咸神争霸活动有时候退出游戏重新进会重置进度可以多次领取奖励
预期：每个月只能领取一次奖励倒计时结束才会刷新重置任务
截图：

问题10：
状态：验收通过
备注：问题状态：已修复。根因：周活动自选大奖领取次数和端午招募进度共用了旧统计键 statistics.week:act:cr:cnt:1，招募进度写入几百次后会污染领取次数，服务端误判所有轮次已领取；钻石消耗也存在同类污染风险。修复：周活动自选领取记录迁移到 activityRecord.weekClaim，端午招募/钻石任务进度写入 activityRecord.common.2505301.task，读取旧统计时过滤超过最大轮数的污染值，并保留 activityRecord 其它活动数据。详细测试建议：1. 招募完成第 1、2、3、4 轮时分别领取普通奖励和自选大奖，确认每轮只能领取一次，最多 4 轮。2. 每领一轮后立即重登，活动面板必须保留已领取轮次，不能回到未领取或只显示第一轮。3. 自选大奖领取后检查背包奖励数量，只增加一次；快速连点领取、重复发送领取请求、断线重连后重发请求都不能重复增加。4. 收到周活动奖励邮件后先不领邮件重登，再领取邮件后重登，weekClaim 和邮件附件领取状态都不能被重置。5. 活动期间进行端午招募任务、钻石消耗任务、珍宝阁领取、充值到账，这些操作只能更新各自 activityRecord.common 进度，不能覆盖 activityRecord.weekClaim。6. 使用历史污染账号验证：旧 statistics.week:act:cr:cnt:1 如果大于 4 轮，应被识别为活动进度污染，不能当作已领取 400 次；仍可按真实完成轮次领取。7. 跨天不刷新周活动领取记录；只有周一新活动 openTime 变化后才允许新一轮重新累计。8. 验证服务端保存后再重启/重登/换设备，读取到的仍是同一份活动进度和领取记录。
现象：周活动内招募活动不管做几轮只发第一轮奖励且自选大奖无法领取
预期：周活动共4轮做几轮可以领取几轮奖励最大4轮自选大奖可正常领取（每周一刷新活动不会因为其他因素导致活动提前刷新）
截图：

问题11：
状态：已修复待竞技场开启
备注：问题状态：已修复。根因：月度活动自动发奖逻辑里，部分任务类型直接写角色道具/金币/钻石并标记完成，没有按活动界面预期投递邮件；如果玩家只从邮箱验收，会表现为奖励不到账。修复：非竞技场月度任务也统一先发送月度奖励邮件，邮件发送成功后再标记完成，沿用邮件去重键避免重复投递。详细测试建议：1. 完成咸神争霸和捕获达标任务后，邮箱必须出现对应月度奖励邮件，活动记录必须同时标记本月已完成/已发奖。2. 收到邮件但不领取时重登，邮件仍存在，活动不能重新变成可触发发奖。3. 领取邮件附件后重登、再次打竞技场或再次进入月度活动页面，不能产生第二封同任务奖励邮件。4. 邮件领取接口快速连点、重复请求、网络超时重试时，附件只到账一次，邮件状态保持已领取。5. 同一月内完成多个不同月度任务时，各自记录互不覆盖；领取一个任务邮件不能重置另一个任务进度。6. 充值到账、GM 邮件、其它活动邮件领取后重登，月度活动完成/领取状态不能被覆盖。7. 月底最后一天和下月第一天分别验证：本月内不能提前刷新；下月 openTime 变化后才重新开始新周期，旧月邮件已领状态不能恢复。8. 验收时重点对比邮件数量、附件到账数量、活动进度、complete/record 发奖标记四项，任一项不能因重登或收邮件回退。
现象：月度活动内咸神争霸活动和捕获达标活动完成任务后奖励不到账
预期：奖励正常发放至邮箱注：一个月一人只能领取一次奖励不会因为其他因素导致重置
截图：

问题12：
状态：已修复验收通过
备注：问题状态：已修复（服务端拦截，未改客户端）。根因：宠物系统只依赖客户端模块入口限制，服务端 openegg、merge、switch、quench 等宠物接口没有统一关卡校验，脚本可直接调用接口强开宠物系统。修复：所有宠物服务端入口统一校验已通关 6500 关，未满足时直接拒绝且不改宠物、道具、蛋和淬炼数据。测试建议：关卡 6500 及以下直接请求开蛋、合成、上阵、图鉴、淬炼等接口都应失败且无数据变化；关卡 6501 及以上按正常流程可用；重复脚本请求不会消耗道具或提前创建宠物数据。
预期：限制脚本可以游戏内未达到关卡要求直接强开宠物系统
截图：

问题13：
状态：未处理
备注：正式服账号：facaizzz 时间：19:57
现象：每次领取邮件战力都会显示上涨ui（是否是哪里加成掉了恢复回来了）
预期：邮件和战力无直接关系
截图：

问题14：
状态：未处理
现象：给别人发私信邮件内没有信息
预期；游戏内发送私信别人可以正常收到
截图：

问题15：
状态：未处理
现象：好有无法成功删除刷新后还是在列表内
预期：删除好友可以正常删除
截图:

问题16：
状态：验收不通过
备注：还是会刷新重置无限领取
现象：珍宝阁每日好礼珍福利领取过后再去领取主页挂机奖励（洗一次鱼灵淬炼，打一次竞技场等）珍品福利就会刷新可以重新下领取可以无限刷
预期：根据时间倒计时规定时间内只能领取一次不会存在因为外在因素导致刷新
备注：问题状态：已修复。根因：珍宝阁每日好礼免费领取记录保存在 activityRecord.collectionStore.freeRewardTime，领取逻辑本身按 GMT+8 当天零点判断“今日已领取”，但服务端旧全量保存保护只合并了 common/month/week/merchandise 等活动记录，漏掉了 collectionStore。主页挂机奖励、鱼灵淬炼、竞技场等功能保存角色时，如果携带的是领取前或缺字段的旧角色快照，就会把 freeRewardTime 和免费礼包的 storeMap 回写为 0/空，客户端再次拉取珍宝阁时看到领取状态被刷新，从而可重复领取。截图对应日期的服务端结构化日志本地未保留到 2026-06-10，因此根因以代码链路和回归测试复现为准。修复：1. 角色缓存全量 Replace 时新增 activityRecord.collectionStore 单调合并，freeRewardTime 只保留较大时间戳，storeMap/exchangeStoreMap 的购买记录按最大进度合并，防止挂机、淬炼、竞技场、邮件、登录修复等旧快照覆盖领取记录。2. 珍宝阁免费领取接口加同角色串行锁，避免同时点击领取或与其它角色写入并发时绕过“今日已领取”判断。3. 未改客户端代码。测试建议：1. 当天首次领取珍宝阁每日好礼“珍品福利”后，立即领取主页挂机奖励，重新打开珍宝阁，按钮仍应显示已领取/倒计时，DB 中 activityRecord.collectionStore.freeRewardTime 仍大于等于当天领取时间。2. 同一领取后分别执行一次鱼灵淬炼、竞技场战斗、主页挂机订单/奖励、任意会保存角色的日常操作，再重新登录，均不能重新领取珍品福利，storeMap.免费礼包ID.buyNum 不得被清空。3. 并发测试：同账号同时发 5-20 个 collection_claimfreereward 请求，只能有 1 个成功发奖，其余返回“今日已领取”，最终道具/钻石只增加一次。4. 旧快照覆盖测试：构造已领取记录后，用缺少 collectionStore 或 freeRewardTime=0 的旧角色快照触发全量保存，确认服务端合并后领取时间和购买记录不回退。5. 跨天测试：领取后当天不能重复；到 GMT+8 次日零点后允许重新领取一次，之后再次进入当天锁定。6. 活动/邮件/重登重点回归：领取珍品福利后收邮件附件、充值到账、活动奖励、重新登录、换设备登录、断线重连，都不能重置珍宝阁进度；同时其它活动进度、邮件领取记录也不能被珍宝阁或挂机保存覆盖，避免重复领取或覆盖领取记录。7. 线上验证时抓取领取前后角色文档差异，重点观察 activityRecord.collectionStore.freeRewardTime、storeMap、exchangeStoreMap 是否只前进不回退。
j截图：

问题17：
状态：未处理
现象：1.部份玩家可以通过第三方辅助抓包一直无限从咸王梦境第一关到200关无线刷取资源
2.可以通过脚本快速通关主线关卡哪怕战力很低也能通过
预期：杜绝利用辅助无限刷取咸王梦境资源
截图：

问题18：
状态：未处理
现象：游戏内积天好礼会出现重置天数从第一天开始领取的情况
预期：每天充值大于等于6元就计入几天好礼（代金卷和微信支付宝购买礼包都计入）每天0点刷新例如：连续3天充值6元那么可以连续取3天第四天没冲第五天冲了那么就可以领取第四天的奖励不会因为断充重置天数
截图：

问题19：
状态:未处理
现象：周活动内招募活动不管做多少轮只会发一轮奖励
预期：做满几轮发放几次奖励最大为4次
截图：

问题20：
状态：未处理
现象：游戏好友内显示的好友状态显示不对
预期：正常显示好友的在线状态和离线时长
截图：

问题21：
状态：已修复（服务端限制，待线上验证）
现象：游戏内可以使用第三方软件更改皮肤（我们未售卖的）且他人切磋时可见（主页和切磋时皮肤不一致）
预期：禁止这种行为不可以强行更改游戏数据
截图：

备注：问题状态：已修复（服务端拥有权校验和外显兜底，未改客户端）。根因：hero_useskin 服务端只校验 skinId 是否属于该英雄，没有校验角色是否真实拥有 heroes..skin. 且未过期，脚本/抓包可以直接把未拥有皮肤写入 heroes..useSkin；同时 rank_getroleinfo 和 fight_startpvp/buildLeftTeam 等外显/切磋战斗数据直接信任 useSkin，历史脏数据会在他人主页和切磋中展示。修复：hero_useskin 写入前必须读取并校验对应皮肤拥有记录，未拥有或已过期直接拒绝且不写 useSkin；rank_getroleinfo 返回他人主页前清理非法 useSkin；切磋/PVP battleData 生成时统一把非法 useSkin 降级为默认皮肤，避免历史脏数据继续外显。测试建议：1. 未拥有皮肤时直接发 hero_useskin 请求，服务端应返回失败，DB 中 heroes..useSkin 不变化。2. 已拥有且未过期皮肤正常切换，role/roleInfo/syncresp 都只同步合法 useSkin。3. 构造历史脏数据：useSkin=未拥有皮肤但 skin map 无对应记录，查看他人主页 rank_getroleinfo 应显示默认皮肤；发起切磋 fight_startpvp，battleData.leftTeam/rightTeam 的 skin/SkinId 也应为默认值。4. 过期皮肤、有 SkinConf 但英雄不匹配的皮肤、负数/异常 skinId 都要验证不会写入。5. 多人同时查看主页、连续切磋、重新登录、换设备登录后，非法皮肤不能再次出现；合法皮肤不能被误清。6. 重点回归头像/主页阵容/切磋/竞技场战斗记录四类外显，确认服务端返回字段与客户端显示一致。