重现步骤

[步骤]

正式环境:http://amzcrm.zhcxkj.com/#/home/workplace

亚马逊crm分析页邮件发送情况区翻页到46也显示暂无数据,翻页到47页又有数据

[结果]




[期望]

46页要有数据
历史记录  
  1. 2022-11-09 10:35:25, 由 夏宇 创建。
  2. 2022-11-09 10:35:59, 由 夏宇 编辑。
    修改了 重现步骤,区别为:
    002- 亚马逊crm分析页邮件发送情况区翻页到46也显示暂无数据,翻页到47页又有数据[结果]
    002+ 正式环境:http://amzcrm.zhcxkj.com/#/home/workplace
    003-
    003+ 亚马逊crm分析页邮件发送情况区翻页到46也显示暂无数据,翻页到47页又有数据[结果]
    004-
    004+
    005-
    005+
    008- [期望]
    008+
    009- 46页要有数据
    009+ [期望]
    010+ 46页要有数据
    002- 亚马逊crm分析页邮件发送情况区翻页到46也显示暂无数据,翻页到47页又有数据<br /><p>[结果]</p>
    002+ <p>正式环境:http://amzcrm.zhcxkj.com/#/home/workplace</p>
    003- <p><img src="{223639.png}" alt="" /></p>
    003+ 亚马逊crm分析页邮件发送情况区翻页到46也显示暂无数据,翻页到47页又有数据<br /><p>[结果]</p>
    004- <p><img src="{223640.png}" alt="" /></p>
    004+ <p><img src="{223639.png}" alt="" /></p>
    005- <p><br /></p>
    005+ <p><img src="{223640.png}" alt="" /></p>
    008- <p>[期望]</p>
    008+ <p><br /></p>
    009- 46页要有数据<br />
    009+ <p>[期望]</p>
    010+ 46页要有数据<br />
  3. 2022-11-09 11:42:18, 由 宋宇 指派给 吕敬平。
    修改了 指派给,旧值为 "songyu",新值为 "lvjingping"。
  4. 2022-11-09 15:23:14, 由 吕敬平 指派给 马玉莹。
    修改了 指派给,旧值为 "lvjingping",新值为 "mayuying"。

    新版代码目前仅做技术升级,原有业务逻辑并未做调整,保持和原有代码运行效果一致,此问题为原有版本已经存在问题。

    未升级前老版访问地址(测试环境):https://amzcrm-test.zhcxkj.com/ 

    升级后新版访问地址(测试环境):http://amazoncrm-web.internal.zhcxkj.com/

  5. 2022-11-09 18:31:46, 由 马玉莹 指派给 夏宇。
    修改了 指派给,旧值为 "mayuying",新值为 "xiayu"。
    线上验证
  6. 2022-11-10 09:51:30, 由 夏宇 指派给 宋宇。
    修改了 指派给,旧值为 "xiayu",新值为 "songyu"。
  7. 2022-11-10 14:26:08, 由 宋宇 指派给 吕敬平。
    修改了 指派给,旧值为 "songyu",新值为 "lvjingping"。
  8. 2022-11-11 22:53:31, 由 吕敬平 解决,方案为 第三方原因(外部系统) 。
    修改了 解决方案,旧值为 "",新值为 "external"。
    修改了 解决版本,旧值为 "",新值为 "638"。
    修改了 解决日期,旧值为 "",新值为 "2022-11-11 21:52:04"。
    修改了 指派给 ,旧值为 "lvjingping",新值为 "xiayu"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "lvjingping"。

    该问题为老版程序已经存在的现象,初步分析原因为:第46页请求后接口返回6条数据(默认每页显示5条),存在两条重复数据(如图1),由此引发前端页面显示为空白。解决方案分为两种,一种前端调整代码增强容错性,另一种为后端代码强制限定返回5条数据,这里分析代码后作后端代码处理。

    图1


    原版代码(.net framework4.7)


    老版框架修复代码(.net framework4.7),增加自定义比较类,以 OrderSourceId 为去重关键指标。新改版框架(.net6)可直接使用 “DistinctBy”函数。


    代码已提交,待发版确认。

  9. 2022-11-14 09:04:06, 由 夏宇 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 指派给 ,旧值为 "xiayu",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "xiayu"。
    修改了 关闭日期,旧值为 "",新值为 "2022-11-14 09:04:06"。

    历史原因


  10. 2023-11-17 09:35:32, 由 刘超 编辑。
    修改了 所属模块,旧值为 "1661",新值为 "1858"。
所属项目 技术中心-需求池
所属模块 客服账号   客服CRM
所属计划
所属迭代 技术研发中心 11月分支版本(2022年)
Bug类型
严重程度 提示
优先级 P2
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人
解决时效 0
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2022-11-14 09:04:06
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器
关键词
抄送给
由谁创建 夏宇 于 2022-11-09 10:35:25
影响环境 638
由谁解决 吕敬平 于 2022-11-11 21:52:04
解决版本 11月分支
解决方案 第三方原因(外部系统)
由谁关闭 夏宇 于 2022-11-14 09:04:06
最后修改 刘超 于 2023-11-17 09:35:24
相关Bug