[步骤]
660988118
941189545
737614260
833453762
798462145
849126255
373769854
780422896
852435096
755919211
472671312
830015594
472393798
465038410
487989860
[结果]
1、自动下架策略执行下架成功，是否真的成功，
2、下架成功的数据，listing管理为什么状态还都是已上架
[期望]
状态正常重现步骤
历史记录
- 2023-06-08 11:51:12, 由 李乐同 创建。
-
2023-06-08 11:56:30, 由 李乐同 编辑。
修改了 影响环境，旧值为 "686,"，新值为 "686"。
修改了 重现步骤，区别为：005-
状态显示不对
005+ 1、自动下架策略执行下架成功，是否真的成功，
006-
006+ 2、下架成功的数据，listing管理为什么状态还都是已上架
007-[期望]
007+
008-状态正常
008+ [期望]
009+ 状态正常005-
<p>状态显示不对</p>
005+ <p>1、自动下架策略执行下架成功，是否真的成功，</p>
006-<p><img src="{272834.png}" alt="" /></p>
006+ <p>2、下架成功的数据，listing管理为什么状态还都是已上架</p>
007-<p>[期望]</p>
007+ <p><img src="{272834.png}" alt="" /></p>
008-状态正常
008+ <p>[期望]</p>
009+ 状态正常 -
2023-06-08 12:04:30, 由 程伟 指派给 韦思成。
修改了 指派给，旧值为 "chengwei"，新值为 "weisicheng"。
-
2023-06-09 13:54:11, 由 韦思成 解决，方案为 非BUG-纯属误判 。
修改了 解决方案，旧值为 ""，新值为 "feiBUG"。
修改了 解决版本，旧值为 ""，新值为 "trunk"。
修改了 解决日期，旧值为 ""，新值为 "2023-06-09 13:50:19"。
修改了 指派给 ，旧值为 "weisicheng"，新值为 "liletong"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
修改了 解决者 ，旧值为 ""，新值为 "weisicheng"。
-
2023-06-09 14:07:10, 由 李乐同 指派给 马玉莹。
修改了 指派给，旧值为 "liletong"，新值为 "mayuying"。
-
2023-06-12 15:06:53, 由 李乐同 激活。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "active"。
修改了 激活日期，旧值为 ""，新值为 "2023-06-12 15:06:53"。
修改了 激活次数，旧值为 "0"，新值为 "1"。
修改了 解决方案，旧值为 "feiBUG"，新值为 ""。
修改了 解决日期，旧值为 "2023-06-09 13:50:19"，新值为 "0000-00-00"。
修改了 解决者 ，旧值为 "weisicheng"，新值为 ""。
修改了 解决版本，旧值为 "trunk"，新值为 ""。
修改了 关闭日期，旧值为 ""，新值为 "0000-00-00"。
-
2023-06-13 17:37:47, 由 马玉莹 指派给 李乐同。
修改了 指派给，旧值为 "mayuying"，新值为 "liletong"。
接口表示，这种类型的报错平台会在48小时内处理，当时未下架成功listing同步后更新在线状态
-
2023-06-14 14:48:10, 由 李乐同 指派给 韦思成。
修改了 指派给，旧值为 "liletong"，新值为 "weisicheng"。
只要接口没有报错且返回信息中有“Thank you”字样的就认为是下架成功，并把队列状态改为 成功 ！ -------同时把listing管理中的数据改为下架状态。
等后台48小时内处理完，是否真下架还是假下架，我们都会去同步。不影响业务在智能刊登系统查数据时感觉状态不一致
-
2023-06-14 16:26:30, 由 韦思成 指派给 李乐同。
修改了 指派给，旧值为 "weisicheng"，新值为 "liletong"。
接口修改可售数时并无改Listing表状态功能，如需开发 请提需求！ -
2023-06-14 16:29:12, 由 李乐同 指派给 刘瀚泽。
修改了 指派给，旧值为 "liletong"，新值为 "liuhanze"。
-
2023-06-15 08:55:00, 由 刘瀚泽 指派给 马玉莹。
修改了 指派给，旧值为 "liuhanze"，新值为 "mayuying"。
（1）可以在失败原因中返回平台的反参信息，并加工描述，提示用户，会直接修改listing状态
（2）针对平台返回修改成功的数据，同时修改 walmart listing 表的产品在线状态 ，保证两者数据一致性
若修改失败，也可以借由同步服务修正！
-
2023-06-30 18:41:50, 由 马玉莹 解决，方案为 程序BUG 。
修改了 解决方案，旧值为 ""，新值为 "code"。
修改了 解决日期，旧值为 ""，新值为 "2023-06-30 18:41:10"。
修改了 指派给 ，旧值为 "mayuying"，新值为 "liletong"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 解决者 ，旧值为 ""，新值为 "mayuying"。
7月3版本新需求处理 -
2023-07-03 09:59:03, 由 李乐同 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "liletong"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "liletong"。
修改了 关闭日期，旧值为 ""，新值为 "2023-07-03 09:59:03"。
-
2023-11-17 09:46:01, 由 刘超 编辑。
修改了 所属模块，旧值为 "1733"，新值为 "1872"。
| 由谁创建 | 李乐同 于 2023-06-08 11:51:12 |
|---|---|
| 影响环境 |
686 |
| 由谁解决 | 马玉莹 于 2023-06-30 18:41:10 |
| 解决版本 | |
| 解决方案 | 程序BUG |
| 由谁关闭 | 李乐同 于 2023-07-03 09:59:03 |
| 最后修改 | 刘超 于 2023-11-17 09:46:01 |
| 相关Bug |
|---|
经查，walmart下架是调平台的修改可售数的接口的，且为异常，没有实时返回结果，只要接口没有报错且返回信息中有“Thank you”字样的就认为是下架成功，并把队列状态改为 成功 ！