[步骤]
红人组 显示红人数量与实际数量不一致[结果]
问题2 ：设计到一件发信页面 都一起改了
[期望]
之前已关联的红人不存在，需要去掉，数字与红人数保持一致
重现步骤
历史记录
- 2024-05-25 16:09:14, 由 夏宇 创建。
-
2024-05-25 16:12:04, 由 夏宇 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
修改了 重现步骤，区别为：008-
008+ 问题2 ：设计到一件发信页面 都一起改了
009-[期望]
009+
010-之前已关联的红人不存在，需要去掉，数字与红人数保持一致
010+
011-
011+
012+ [期望]
013+ 之前已关联的红人不存在，需要去掉，数字与红人数保持一致
014+008-
<p><br /></p>
008+ <p>问题2 ：设计到一件发信页面 都一起改了</p>
009-<p>[期望]</p>
009+ <p><img src="{374256.png}" alt="" /></p>
010-<p>之前已关联的红人不存在，需要去掉，数字与红人数保持一致</p>
010+ <p><img src="{374258.png}" alt="" /></p>
011-<p><br /></p>
011+ <p><br /></p>
012+ <p>[期望]</p>
013+ <p>之前已关联的红人不存在，需要去掉，数字与红人数保持一致</p>
014+ <p><br /></p> -
2024-05-25 22:11:39, 由 漆纯琨 指派给 陈琪。
修改了 指派给，旧值为 "qichunkun"，新值为 "chenqi"。
-
2024-05-27 10:42:16, 由 夏宇 指派给 刘旺达。
修改了 指派给，旧值为 "chenqi"，新值为 "liuwangda"。
-
2024-05-27 18:38:14, 由 刘旺达 确认Bug。
修改了 Bug类型 ，旧值为 ""，新值为 "code"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
-
2024-05-27 20:16:07, 由 刘旺达 指派给 夏宇。
修改了 指派给，旧值为 "liuwangda"，新值为 "xiayu"。
已修改，到时候指派给陈琪
-
2024-05-28 16:03:53, 由 夏宇 编辑。
修改了 Bug状态 ，旧值为 "active"，新值为 "closed"。
修改了 解决时效，旧值为 "0"，新值为 "47.90"。
修改了 指派给 ，旧值为 "xiayu"，新值为 "closed"。
修改了 上线时间，旧值为 "0000-00-00 00:00:00"，新值为 "2024-05-28 16:03"。
修改了 上线时效，旧值为 "-1"，新值为 "47.90"。
修改了 解决者 ，旧值为 ""，新值为 "chenqi"。
修改了 解决日期，旧值为 "0000-00-00 00:00:00"，新值为 "2024-05-28 16:03"。
修改了 解决版本，旧值为 ""，新值为 "773"。
修改了 解决方案，旧值为 ""，新值为 "code"。
修改了 由谁关闭，旧值为 ""，新值为 "xiayu"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2024-05-28 16:03"。
-
2024-06-04 15:47:00, 由 夏宇 编辑。
修改了 解决者，旧值为 "chenqi"，新值为 "chensenlin"。
| 所属项目 | 技术中心-需求池 |
|---|---|
| 所属模块 | 客服账号 账号管理 |
| 所属迭代 | 客服账号---红人管理系统-V1 |
| Bug类型 | 程序BUG |
| 严重程度 | 一般 |
| 优先级 | P1 |
| Bug状态 | 已关闭 |
| 业务部门 | |
| 开发责任人 | 陈森林 |
| 测试责任人 | |
| 解决时效 | 47.9 |
| 激活次数 | 0 |
| 激活日期 | |
| 当前指派 | Closed 于 2024-06-04 15:47:00 |
| 截止日期 | 0000-00-00 |
| 上线时间 | 2024-05-28 16:03:00 |
| 上线时效 | 47.9 |
| 关键词 | |
| 抄送给 | 夏宇 |
| 由谁创建 | 夏宇 于 2024-05-25 16:09:14 |
|---|---|
| 影响环境 |
测试环境-测试反馈 |
| 由谁解决 | 陈森林 于 2024-05-28 16:03:00 |
| 解决版本 | 红人管理系统V1.0 |
| 解决方案 | 程序BUG |
| 由谁关闭 | 夏宇 于 2024-05-28 16:03:00 |
| 最后修改 | 夏宇 于 2024-06-04 15:47:00 |
| 相关Bug |
|---|
问题1：
既然红人主键为6282的这个红人在t_celebrity表已被删除，那t_celebrity_group_relation表celebrity_id字段所有等于6282的数据也应该被删除，或者is_deleted字段应该标记为1，否则这条数据属于脏数据。
解决办法：
1.不要有脏数据的存在，手动操作数据库时，如果要删除类似t_celebrity或者t_celebrity_product或者t_celebrity_category等这样的主表数据，要注意同时删除或维护其他的关联表。
2.为了减少网络接口的传输，建议前端在以下这个页面的【红人数量】取值就不要调用“/celebrity/group/number/{groupId}”接口获取了，直接取分页列表接口返回的“totalCount”参数。更准确。
问题2：
和问题1类似，既然红人主键为6282的这个红人在t_celebrity表已被删除，那t_celebrity_group_relation表celebrity_id字段所有等于6282的数据也应该被删除，或者is_deleted字段应该标记为1，否则这条数据属于脏数据。
另外：
一键发信的接口调用有一点问题。---陈琪
目前：
红人组管理的红人组列表，操作栏里点击【一键发信】，弹出“以下红人近30天有发信记录，是否继续一键发信？”的弹窗。弹窗显示内容是调用“/celebrity/group/celebrity/list/{groupId}”这个接口获取的内容来进行展示。
实际应该：
实际应该调用/celebrity/send/email/message/group/{groupId}接口获取内容来展示。
然后当点击弹窗里的【确认】按钮，页面就会跳转到【邀约发信】页面，这时候再调用/celebrity/group/celebrity/list/{groupId}接口获取红人列表来进行发信。