[步骤]
[结果]
[期望]
满足表格中的站点+类目ID维度，标题才限制字符为80
而不是任意站点+表格中任意一级类目ID都限制为80个字符
重现步骤
历史记录
- 2022-11-30 21:41:51, 由 关依林 创建。
-
2022-12-01 12:03:12, 由 huangtiekun 解决，方案为 重复BUG #32990 亚马逊listing标题字符限制，DE站点一级类目满足珠宝类目ID情况下，标题字符限制为180个字符
。
修改了 解决方案，旧值为 ""，新值为 "duplicate"。
修改了 重复ID ，旧值为 "0"，新值为 "32990"。
修改了 解决日期，旧值为 ""，新值为 "2022-12-01 11:58:44"。
修改了 指派给 ，旧值为 "huangtiekun"，新值为 "guanyilin"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
修改了 解决者 ，旧值为 ""，新值为 "huangtiekun"。
32990 亚马逊listing标题字符限制，DE站点一级类目满足珠宝类目ID情况下，标题字符限制为180个字符 -
2022-12-01 15:15:36, 由 关依林 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "guanyilin"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "guanyilin"。
修改了 关闭日期，旧值为 ""，新值为 "2022-12-01 15:15:36"。
-
2022-12-01 20:40:53, 由 huangtiekun 添加备注。
备注解决的时候，当时看错了，就把本应该属于这个bug32991的备注，没注意就写放在了bug32990上面，然后当时过后一分钟发现32991还未解决就以为是又来一个相同的bug，所以把32991的备注成了32990的重复BUG。
32990在【2022-12-01 10:23:31】这个时间点就已经解决了，它下面的【2022-12-01 11:57:05, 由 黄铁坤 添加备注】追加的备注就是属于当前这个BUG32991的。
现在补充备注如下：
因为测试环境有些数据不全（切换到IN站点、SG站点都加载不到类目模板），导致原本切换加载渠道时都会重新加载产品类目信息的中断，就压根拿不到切换之后的新的类目路径IDs，那么产品标题的长度的变化事件没有在切换新的渠道后加载新的规则，没有新的类目路径IDs也就做不到标准长度值的变化了。
测试环境：
切换前的US站点：
切换到IN站点：
一开始没有类目：
类目是必填选项，后来手动选择一个服饰类目：
满足IN站点的一级类目IDs，所以标准长度80。
后来在操作切换SG站点，压根就不能像上面的US站点切换到IN站点那样有新的类目ID的切换（测试环境数据原因，中途中断了），也就是如果你不手动切换类目，则标题长度没法检测到新的类目ids的变化。
所以没变动，除非手动切换类目，这种情况正式环境不存在，正式环境要么就是切换渠道站点之后类目变了，要么就是空，有红色警告表示必填，操作人员切换类目后，标题的标准长度变化的规则自然会触发生效：
| 所属项目 | 技术中心-需求池 |
|---|---|
| 所属模块 | / |
| 所属迭代 | 技术研发中心 11月第2版本（2022年） |
| Bug类型 | 程序BUG |
| 严重程度 | 提示 |
| 优先级 | P2 |
| Bug状态 | 已关闭 |
| 业务部门 | |
| 开发责任人 | |
| 测试责任人 | |
| 解决时效 | 0 |
| 激活次数 | 0 |
| 激活日期 | |
| 当前指派 | Closed 于 2022-12-01 20:40:53 |
| 截止日期 | 0000-00-00 |
| 上线时间 | |
| 上线时效 | |
| 关键词 | |
| 抄送给 |
| 由谁创建 | 关依林 于 2022-11-30 21:41:51 |
|---|---|
| 影响环境 |
640 |
| 由谁解决 | huangtiekun 于 2022-12-01 11:58:44 |
| 解决版本 | |
| 解决方案 | 重复BUG #32990:亚马逊listing标题字符限制，DE站点一级类目满足珠宝类目ID情况下，标题字符限制为180个字符 |
| 由谁关闭 | 关依林 于 2022-12-01 15:15:36 |
| 最后修改 | huangtiekun 于 2022-12-01 20:40:53 |
| 相关Bug |
|---|